From sivula@ncsnrs01es.ntc.nokia.com Mon Jan 01 23:25:34 1996
Received: from axl01it.ntc.nokia.com (axl01it.ntc.nokia.com [131.228.118.232]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id XAA07924 for <hfsig@tapr.org>; Mon, 1 Jan 1996 23:25:31 -0600 (CST)
Received: from ntcite01es.ntc.nokia.com (ms-smtp-gw4.tele.nokia.fi [131.228.138.80]) by axl01it.ntc.nokia.com (8.6.9/8.6.9) with SMTP id HAA04176 for <hfsig@tapr.org>; Tue, 2 Jan 1996 07:22:41 +0200
Received: by ntcite01es.ntc.nokia.com with Microsoft Mail
	id <30E8C150@ntcite01es.ntc.nokia.com>; Tue, 02 Jan 96 07:23:28 eet
From: Sivula Timo <sivula@ncsnrs01es.ntc.nokia.com>
To: "'HFSIG'" <hfsig@tapr.org>
Subject: Unsubscription help?
Date: Tue, 02 Jan 96 07:18:00 eet
Message-ID: <30E8C150@ntcite01es.ntc.nokia.com>
Encoding: 26 TEXT
X-Mailer: Microsoft Mail V3.0


Hello,

I have tried to unsubscribe from this group for a coupl eof weeks now 
without any
luck. This datapoint.com thing doesn't seem to exist when I send the 
unsubscribe
messahes for the listserv.

The problem is that our locla server has chnaged, and the messages form 
hfsig go
to this old server, and I am not receiving them. My idea was to unsubscribe 
from the
list and then re-subscribe with the new adress in order to be able to follow 
the interesting
discussions going on.

Could somebody give me a hand and mail me how to do this. Please, do not 
reply to the
hfsig group as I cannot receive any mails from there before I have 
unsubscribed ....

73.

Timo.Sivula@ntc.nokia.com

From Hakan.Bergzen@telub.se Tue Jan 02 07:59:03 1996
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se [147.13.12.199]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id HAA26976 for <hfsig@tapr.org>; Tue, 2 Jan 1996 07:58:44 -0600 (CST)
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
          id <07364-0@terminus.inforum.telub.se>;
          Tue, 2 Jan 1996 14:49:24 +0100
Received: by noak with Microsoft Mail id <30F44269@noak>;
          Tue, 02 Jan 96 14:49:13 GMT
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se>
To: HFSIG at TAPR <hfsig@tapr.org>
Subject: Re: Nordic HF Conference
Date: Tue, 02 Jan 96 14:45:00 GMT
Message-ID: <30F44269@noak>
Return-Receipt-To: HABE <Hakan.Bergzen@telub.se>
Encoding: 33 TEXT
X-Mailer: Microsoft Mail V3.0
MIME-Version: 1.0
Content-Type: Text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit


Hello Rich, Charles and all others,
I saw my name coming up in this newsgroup, forcing me out of my safe Nordic 
seclusion :-)
The Nordic HF homepage deals with the Nordic HF conferences held every third 
year since 1986. The homepage was established in Nov 95. The address is:
  http://www.telub.se/Radio/NordicHF/
I plan to make a small revision in near-time: correcting some errors, 
including a page on HF modems (.au files), and a page on the ALE standard 
and the HFIA group.
When I included the zipped postscript files I tested printing every one of 
them. I succeded in all but one (a paper by G Andersson, i.e. not the one 
Rich refer to). Colleagues have also tried and succeded. The only error 
cause I can think of is, since you succeded in downloading and extracting 
the postscript files, that your postscript printer generates a printing 
timeout error. The paper by Patrik Nilsson you refer to has a large Windows 
snapshot picture on page six which may cause this. Try hooking up your 
printer directly to the parallell port of your PC, thus omitting LAN delays. 
And Rich, if this does not solve your problem please send me your snail-mail 
address and I will send you Patrik's paper directly.

Please E-mail me (hakan.bergzen@telub.se)  if any of you interested have 
problems accessing the page or have ideas on suitable topics or other 
comments, and inform
anybody of this homepage that might be interested.

Happy surfing,
Hakan Bergzen  (hakan.bergzen@telub.se)

PS The ongoing technical discussions regarding the various modem 
developments sure is fascinating. Some of you might get some good 
implementation ideas by studying the available HF modem standards: e.g. 
MIL-STD-188-110A, MIL-STD-188-141A and STANAG 4285.

From karn@qualcomm.com Wed Jan 03 01:18:41 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.2/8.7.2) with ESMTP id BAA29916 for <hfsig@tapr.org>; Wed, 3 Jan 1996 01:18:39 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.3) id XAA09502; Tue, 2 Jan 1996 23:18:04 -0800 (PST)
Date: Tue, 2 Jan 1996 23:18:04 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601030718.XAA09502@servo.qualcomm.com>
To: FLundgren@daniel.maf.org (Fred Lundgren)
CC: hfsig@tapr.org
In-reply-to: <9511298202.AA820245592@gabriel.maf.org> (FLundgren@daniel.maf.org)
Subject: Re: [HFSIG:784] Radio Mail using PACKTOR/GTOR

Fred,

Ordinarily I'd say "just figure out a standard for encapsulating IP
in your physical layer (TOR)" and run TCP/IP over the whole thing".

That's still in general a good approach; the ease with which this can be
done with most link media has certainly made the Internet a success.

But HF radio is so slow by comparison to other media that this is not
necessarily a no-brainer; one might consider sending just Internet format
(RFC822) email messages by themselves in a mail-level store-and-forward
network. Similar things have been done in the ham HF network for years.

Phil


From jmorriso@bogomips.com  Wed Jan 03 03:09:43 1996
Received: from orange.ConcordPacific.Com (root@orange.ConcordPacific.com [204.239.26.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id DAA02750 for <hfsig@tapr.org>; Wed, 3 Jan 1996 03:09:40 -0600 (CST)
Received: from bogomips.com (nuucp@localhost) by orange.ConcordPacific.Com (8.6.12/8.6.12) with UUCP id AAA21660 for tapr.org!hfsig; Wed, 3 Jan 1996 00:57:29 -0800
Received: by bogomips.com (Linux Smail3.1.29.1 #3)
	id m0tXP1b-000TqUC; Wed, 3 Jan 96 00:58 PST
Message-Id: <m0tXP1b-000TqUC@bogomips.com>
From: jmorriso@bogomips.com (John Paul Morrison)
Subject: Re: [HFSIG:793] Re: Radio Mail using PACKTOR/GTOR
To: hfsig@tapr.org
Date: Wed, 3 Jan 1996 00:58:22 -0800 (PST)
In-Reply-To: <199601030718.XAA09502@servo.qualcomm.com> from "Phil Karn" at Jan 3, 96 01:30:20 am
X-Bogomips: 33.55
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text

> 
> Fred,
> 
> Ordinarily I'd say "just figure out a standard for encapsulating IP
> in your physical layer (TOR)" and run TCP/IP over the whole thing".
> 
> That's still in general a good approach; the ease with which this can be
> done with most link media has certainly made the Internet a success.
> 
> But HF radio is so slow by comparison to other media that this is not
> necessarily a no-brainer; one might consider sending just Internet format
> (RFC822) email messages by themselves in a mail-level store-and-forward
> network. Similar things have been done in the ham HF network for years.

UUCP is still a good (as far as non TCP/IP methods go) way of moving
mail and news. I recall hearing cc:Mail mentioned, and cc:Mail does
have a UUCP product.

I don't know how AMTOR/PACTOR works; but if you can find a way to run
an 8 bit serial connection over it, UUCP-g protocol should work. Maybe
"UUCP Spoofing" could be done in the HF modem, to make it a bit more
efficient, or easier to plug in to off the shelf products like
cc:Mail, UUPC (actually ccMail's UUCP is just a modified version of
UUPC), etc. If you can do without a commercial product, Taylor UUCP
(which has source code freely available) could be hacked to work with
whatever the HF modem wants to see.

---------------------------------------------------------------------------
BogoMIPS Research Labs  --  bogosity research & simulation  --  VE7JPM  -- 
  jmorriso@bogomips.com  ve7jpm@ve7jpm.ampr.org  jmorriso@ve7ubc.ampr.org
---------------------------------------------------------------------------

From FORRERJ@frl.orst.edu Thu Jan 04 11:46:35 1996
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id LAA08120 for <HFSIG@tapr.org>; Thu, 4 Jan 1996 11:46:31 -0600 (CST)
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.226.10]) by amanda.bus.orst.edu (8.6.9/8.6.9) with ESMTP id JAA24997 for <HFSIG@tapr.org>; Thu, 4 Jan 1996 09:45:22 -0800
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21);
    4 Jan 96 09:52:21 PST8PDT
Received: from SpoolDir by FRL (Mercury 1.21); 4 Jan 96 09:52:15 PST8PDT
From: "Johan Forrer" <FORRERJ@frl.orst.edu>
Organization:  Forest Research Lab. Oregon State
To: HFSIG@tapr.org
Date:          Thu, 4 Jan 1996 09:52:06 -0800
Subject:       Spread spectrum question
Priority: normal
X-mailer: Pegasus Mail v3.22
Message-ID: <630D39D2D60@frl.orst.edu>

Hi all,

Here is a practical question to you SS experts:

I have been experimenting with Pawel's latest slow speed BPSK modem. It 
looks like a nice bit of work - has many fine attributes that I like 
to see in a HF modem, except its weakness due to being very narrow band. If 
it was possible to use a SS technique to utilize for example a voice band 
bandwidth, it may even be a nice way to learn a couple of new tricks, thus 
my questions. Note that everything is inteneded to function at baseband:

1) Could someone explain how to compute the chip rate to spread a digital 
signal with a symbol rate of say, X, to occupy a bandwidth, Y. Lets assume 
we want to implement fast frequency hopping (FFH).

2) I would appreciate some explanation and pointers to a suitale P-N 
sequence generator, like for example Gold sequences (This is to ensure 
that the resultant spectrum is nice clean, symmetric bell-shaped).  

3) I can see how a pair of operators can achieve the initial 
synchronisation, but I'm looking for ideas on how to keep the chip rate 
synchronised. For example, if it is possible to achieve and hold initial 
synchronization - would it be possible/practical to phase lock on to the 
data rate using a robust (simple) method such as for example early-late 
gating? What kind of clock stability would be needed?
What alternatives do we have?

Thanks in advance,

--Johan






From danie.brynard@pixie.co.za  Thu Jan 04 13:34:31 1996
Received: from f15.pix.za (root@f15.pix.za [196.11.62.108]) by sys1.tapr.org (8.7.2/8.7.2) with ESMTP id NAA12758 for <hfsig@tapr.org>; Thu, 4 Jan 1996 13:34:20 -0600 (CST)
Received: from net-7.pta.pix.za (net-7.pta.pix.za [196.11.63.143]) by f15.pix.za (8.7.1/8.6.11) with SMTP id VAA05852 for <hfsig@tapr.org>; Thu, 4 Jan 1996 21:35:34 +0200
Date: Thu, 4 Jan 1996 21:35:34 +0200
Message-Id: <199601041935.VAA05852@f15.pix.za>
X-Sender: pak03226@pixie.co.za
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: danie.brynard@pixie.co.za (Danie Brynard)
Subject: Re: [HFSIG:795] Spread spectrum question

Hi Johan. There are certainly lots of SS buffs around but I can tell you
only this:

processing gain = 10*log(spreading width/information bandwidth)

ie for 10kbps at a chipping rate of 1MHz the processing gain is :

10*log(1e6/10e3) = 20dB

So now you can work out from this what the chipping rate must be for the
slow BPSK stuff:

say datarate is 10Hz and voice bandwidth is 3kHz. Thus the processing gain
is 10*log(3e3/10)=24dB ! Very good I think. But a chipping rate of 3kHz
would produce a spectrum 6kHz wide from first null to first null or not ?

So lets take 1.5kHz then, thus processing gain is :12dB Would this be any
helpfull ?

Is this correct ? Lets see what the experts say. I like your line of
thinking Johan :-)

73 danie zs6awk

From karn@qualcomm.com Fri Jan 05 01:27:40 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.2/8.7.2) with ESMTP id BAA12633 for <hfsig@tapr.org>; Fri, 5 Jan 1996 01:27:38 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.3) id XAA29527; Thu, 4 Jan 1996 23:27:00 -0800 (PST)
Date: Thu, 4 Jan 1996 23:27:00 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601050727.XAA29527@servo.qualcomm.com>
To: FORRERJ@frl.orst.edu
CC: hfsig@tapr.org
In-reply-to: <630D39D2D60@frl.orst.edu> (FORRERJ@frl.orst.edu)
Subject: Re: [HFSIG:795] Spread spectrum question

>1) Could someone explain how to compute the chip rate to spread a digital 
>signal with a symbol rate of say, X, to occupy a bandwidth, Y. Lets assume 
>we want to implement fast frequency hopping (FFH).

Well, for direct sequence, you just chip at 1/Y. The symbol rate doesn't
matter (as long as it's lower than the chip rate).

With frequency hopping it's a little different. You have to pick some
multiple of your channel bandwidth. That sets your spreading bandwidth;
the rate at which you hop doesn't affect this over the long term.

>2) I would appreciate some explanation and pointers to a suitale P-N 
>sequence generator, like for example Gold sequences (This is to ensure 
>that the resultant spectrum is nice clean, symmetric bell-shaped).  

"Shift Register Sequences" by Golomb is the standard reference. Any
maximal-length linear feedback shift register will do for starters.
It's not necessary to worry about Gold codes until you get serious
about CDMA. The main advantage of Gold codes is that you can create a
whole family of them with fairly good cross-correlation properties.
(For example, each GPS satellite uses an assigned Gold code so that
receivers can select them individually without regard to the phase
difference between satellites).

>3) I can see how a pair of operators can achieve the initial 
>synchronisation, but I'm looking for ideas on how to keep the chip rate 
>synchronised. For example, if it is possible to achieve and hold initial 
>synchronization - would it be possible/practical to phase lock on to the 
>data rate using a robust (simple) method such as for example early-late 
>gating? What kind of clock stability would be needed?
>What alternatives do we have?

Actually, acquisition is the hard part, tracking is the easy part.
Early-late gating is the standard approach. To avoid losing performance,
make sure you actually demodulate your data from an on-time reference,
not from the early or late channels.

Phil

From chbrain@dircon.co.uk  Fri Jan 05 06:51:44 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id GAA21599 for <hfsig@tapr.org>; Fri, 5 Jan 1996 06:51:36 -0600 (CST)
Received: by felix.dircon.co.uk id AA28381
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 5 Jan 1996 12:51:31 GMT
Message-Id: <199601051251.AA28381@felix.dircon.co.uk>
Received: from gw4-163.pool.dircon.co.uk(194.73.168.163) by amnesiac via smap (V1.3)
	id sma028377; Fri Jan  5 12:51:02 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 05 Jan 1996 12:29:11 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: DSP based sound cards

Hello All,

Has anyone got any suggestions of a reasonable quality DSP based 
Sound Card. I need to reproduce some .WAV files very accurately. I am
trying to re-produce the test tones supplied by NTIA for their ALE test
S/W, a normal cheap SB card doesn't appear to be good enough.

I thought the Orchid card would be suitable but there may be better ones
around.

Seasons greetings

Charles G4GUO.

From NULL@synapsis.it Fri Jan 05 08:20:06 1996
Received: from vesuvio.synapsis.it (vesuvio.synapsis.it [194.20.181.1]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id IAA25095 for <hfsig@tapr.org>; Fri, 5 Jan 1996 08:18:22 -0600 (CST)
From: NULL@synapsis.it
Message-Id: <199601051418.IAA25095@sys1.tapr.org>
To: hfsig@tapr.org
Subject: AutoResponse
Date: Fri, 5 Jan 96 14:18:38 +0100 (CET)

User not reachable. SMTP account disabled

From NULL@synapsis.it Fri Jan 05 09:59:28 1996
Received: from vesuvio.synapsis.it (vesuvio.synapsis.it [194.20.181.1]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id JAA28138 for <hfsig@tapr.org>; Fri, 5 Jan 1996 09:59:13 -0600 (CST)
From: NULL@synapsis.it
Message-Id: <199601051559.JAA28138@sys1.tapr.org>
To: hfsig@tapr.org
Subject: AutoResponse
Date: Fri, 5 Jan 96 15:59:51 +0100 (CET)

User not reachable. SMTP account disabled

From FORRERJ@frl.orst.edu Fri Jan 05 12:13:50 1996
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id MAA03189 for <hfsig@tapr.org>; Fri, 5 Jan 1996 12:13:47 -0600 (CST)
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.226.10]) by amanda.bus.orst.edu (8.6.9/8.6.9) with ESMTP id KAA29188 for <hfsig@tapr.org>; Fri, 5 Jan 1996 10:12:42 -0800
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21);
    5 Jan 96 10:19:44 PST8PDT
Received: from SpoolDir by FRL (Mercury 1.21); 5 Jan 96 10:19:29 PST8PDT
From: "Johan Forrer" <FORRERJ@frl.orst.edu>
Organization:  Forest Research Lab. Oregon State
To: hfsig@tapr.org
Date:          Fri, 5 Jan 1996 10:19:28 -0800
Subject:       Re: [HFSIG:798] DSP based sound cards
Priority: normal
X-mailer: Pegasus Mail v3.22
Message-ID: <649487D29F6@frl.orst.edu>

Hello Charles,

Most of the present sound cards that I know of are 16-bit. The AD-
1848 CODEC is used on several as a low-cost solution. However, if you are 
looking for better noise figures, look for a card thatuses a quality drop-
in replacement, such as those made by Crystal semi. The quality of 
the eventual D-A is very much dependant on how well the analog board 
layout, especially decoupling and grounding have been done. This often is 
the difference between a high-quality design and a cheap one. 

Also look at all the additional gadgets that they add in the audio path 
like for example tone controls and audio amplifiers - if they don't use the 
best low-noise parts, these often contribute to poor noise performance let 
alone introduce distortion products.

There have been several tests of different sound cards by PC Magazine for 
example. There you will see the actual tested frequency response curves. 
Unfortunately, few of the big selling cards were found to be rated all that 
high. There were two, however, if I remember correctly, that had really 
excellent audio responses; The Turtle Beach family cards and the IBM 
Windsurfer board. I'm sure that these have drivers that will play .WAV 
files.

I would suggest looking at those PC Magazine evaluations again to get a 
better idea for a high quality off-the-shelf sound card. 

Hope this helps.

--Johan

> Received: from SpoolDir by FRL (Mercury 1.21); 5 Jan 96 06:29:51 PST8PDT
> Return-path: <hfsig@tapr.org>
> Received: from sys1.tapr.org by frl.orst.edu (Mercury 1.21);
>     5 Jan 96 06:29:42 PST8PDT
> Received: from sys1.tapr.org (localhost [127.0.0.1]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id HAA21973; Fri, 5 Jan 1996 07:04:22 -0600 (CST)
> Date: Fri, 5 Jan 1996 07:04:22 -0600 (CST)
> Message-Id: <199601051251.AA28381@felix.dircon.co.uk>
> Reply-To: hfsig@tapr.org
> Originator: hfsig@tapr.org
> Sender: hfsig@tapr.org
> Precedence: bulk
> From: chbrain@dircon.co.uk (Charles Brain)
> To: hfsig@tapr.org
> Subject: [HFSIG:798] DSP based sound cards
> X-Listprocessor-Version: 6.0 -- ListProcessor by Anastasios Kotsikonas
> X-Comment: Tucson Amateur Packet Radio  HF Special Interest Group
> Content-Type: text/plain; charset="us-ascii"
> X-Mailer: Windows Eudora Version 1.4.4
> X-PMFLAGS: 33554560
> 
> Hello All,
> 
> Has anyone got any suggestions of a reasonable quality DSP based 
> Sound Card. I need to reproduce some .WAV files very accurately. I am
> trying to re-produce the test tones supplied by NTIA for their ALE test
> S/W, a normal cheap SB card doesn't appear to be good enough.
> 
> I thought the Orchid card would be suitable but there may be better ones
> around.
> 
> Seasons greetings
> 
> Charles G4GUO.
> 
> 

From jon@g4tsn.demon.co.uk Sun Jan 07 12:03:49 1996
Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id MAA09065 for <hfsig@tapr.org>; Sun, 7 Jan 1996 12:03:37 -0600 (CST)
Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net
          id aa06041; 7 Jan 96 18:00 GMT
Received: from g4tsn.demon.co.uk ([158.152.105.93]) by relay-3.mail.demon.net
          id aa21385; 7 Jan 96 17:59 GMT
Date: Fri, 05 Jan 96 21:28:20
Message-ID: <8@g4tsn.demon.co.uk>
From: jon <jon@g4tsn.demon.co.uk>
Organization: None
Reply-To: jon@g4tsn.demon.co.uk
To: hfsig@tapr.org
Subject: No Subject
X-Mailer: Newswin Alpha 0.7
Lines:  8


-- 
---------------------------------------------------------------------------
| jon    EMail jon@                                                
| Mail sent via Demon Internet - Full IP for 10/Month Tel:0181 371 1234  |
---------------------------------------------------------------------------
sign off

From forrerj@ucs.orst.edu  Tue Jan 09 11:37:26 1996
Received: from ucs.orst.edu (root@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id LAA15843 for <HFSIG@TAPR.ORG>; Tue, 9 Jan 1996 11:37:23 -0600 (CST)
Received: from p04.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA22101; Tue, 9 Jan 1996 09:36:57 -0800
Message-Id: <9601091736.AA22101@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 09 Jan 1996 09:42:09 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: NORDIC HF95 Proceedings

Hi,

I wonder if anyone have been successful in printing some of the Nordic HF95
proceedings?

I am quite interested in reading the paper on the all-digital HF radio as it
contains some really fundamental concepts - kind of pave the way towards
doing it the right way. Unfortunately my Postscript printer does not handle
A4 paper and my version of a Postscript viewer (Ghostscript 3.51) only views
the first two pages.

Thanks a lot.

--Johan, KC7WW

P.S. I am a free man again - thanks for your patience. There are a couple of
things that we should pick up the thread again and get the ball rolling.
More on that later.

From erik@ve7mdl.ampr.org Tue Jan 09 22:00:35 1996
Received: from ve7mdl.ampr.org (ve7mdl.ampr.org [44.135.160.59]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id VAA13255 for <hfsig@tapr.org>; Tue, 9 Jan 1996 21:59:19 -0600 (CST)
From: erik@ve7mdl.ampr.org
Date: Tue, 09 Jan 96 19:31:33 PST
Message-Id: <21267@ve7mdl.ampr.org>
To: hfsig@tapr.org
Subject: Re: [HFSIG:803] NORDIC HF95 Proceedings
In-Reply-To: your message of Tue Jan 09 11:55:22 1996
             <9601091736.AA22101@ucs.orst.edu>

Johan,

Have you tried to edit the postscript file.  You can often change the
'a4' to 'letter' and - if the pages are not too crowded - you can get
it talked into sending it to your printer.

Another trick, I have used, is to set the printer up to believe it is
printing A4, but using 8.5x11" paper.  it can be done on some laser
printers.

Of course, life would be so much simpler if we North American followed
international standards :-)

73 de VE7MDL             ....Erik.

From karn@qualcomm.com Wed Jan 10 03:04:25 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.2/8.7.2) with ESMTP id DAA27298 for <hfsig@tapr.org>; Wed, 10 Jan 1996 03:04:22 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id BAA20159; Wed, 10 Jan 1996 01:03:47 -0800 (PST)
Date: Wed, 10 Jan 1996 01:03:47 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601100903.BAA20159@servo.qualcomm.com>
To: hfsig@tapr.org
In-reply-to: <649487D29F6@frl.orst.edu> (FORRERJ@frl.orst.edu)
Subject: Re: [HFSIG:801] Re: DSP based sound cards

A further comment on sound cards.

It's certainly true that few (if any) of the common 16-bit cards come
anywhere near the CD-quality audio that they imply. But for the
purpose of hooking up to a HF transceiver, even the worst card is plenty
good enough. No reason to spend lots of money here.

Phil

PS to the list manager: could somebody *please* fix the remailer to
delete the erroneous "Reply-To: hfsig@tapr.org" header it is currently
adding??

From chbrain@dircon.co.uk  Wed Jan 10 13:23:59 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id NAA13803 for <hfsig@tapr.org>; Wed, 10 Jan 1996 13:23:49 -0600 (CST)
Received: by felix.dircon.co.uk id AA06036
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 10 Jan 1996 19:23:45 GMT
Message-Id: <199601101923.AA06036@felix.dircon.co.uk>
Received: from gw4-194.pool.dircon.co.uk(194.73.168.194) by amnesiac via smap (V1.3)
	id sma006027; Wed Jan 10 19:23:25 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 10 Jan 1996 19:00:34 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:805] Re: DSP based sound cards

>A further comment on sound cards.
>
>It's certainly true that few (if any) of the common 16-bit cards come
>anywhere near the CD-quality audio that they imply. But for the
>purpose of hooking up to a HF transceiver, even the worst card is plenty
>good enough. No reason to spend lots of money here.
>
>Phil
Yes you are right,

What is more important is how accurate the Xtal Oscillator is especially
on synchronous bit streams aka the message Johan posted a few months 
ago.

I tried to be clever and got my 8ary modem to constantly hunt for bit sync
rather than getting sync and locking to it. What happen? Well as soon as the
signal faded it re-synced on the noise and started adding extra bits to the
bit stream, this really screwed up the ECC !

Regards Charles.

From chbrain@dircon.co.uk  Wed Jan 10 14:27:27 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id OAA15775 for <hfsig@tapr.org>; Wed, 10 Jan 1996 14:27:07 -0600 (CST)
Received: by felix.dircon.co.uk id AA09555
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 10 Jan 1996 20:26:58 GMT
Message-Id: <199601102026.AA09555@felix.dircon.co.uk>
Received: from gw4-172.pool.dircon.co.uk(194.73.168.172) by amnesiac via smap (V1.3)
	id sma009550; Wed Jan 10 20:26:42 1996
X-Sender: chbrain@popmail.dircon.co.uk (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 10 Jan 1996 20:03:48 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Channel Simulator

I thought you might find this interesting

snip-------------------------

            A Software Implementation of Channel Degradation
                              Chris Riddle
                               NTIA ITS.N1

Overview:
    =20
     The Institute for Telecommunication Sciences (ITS) has produced a
Compact Disk (CD) for
interoperability testing of ALE HF radio systems that comply with Federal
standards 1045A and 1046/1, .
The 46 minute CD, ALE CD-01A, includes all of the required functions and
protocols in FED-STD-1045A,
and several functions in FED-STD-1046/1. The tones on this first CD are
"clean", i.e., they are pure digital
tones with no channel degradation. CD-01A is available as NIST Special
Database 17, as described in the
"readme.1st" file accompanying this report. A set of twelve CDs, which ITS
produced in FY 95, were tones
degraded digitally using the narrowband Watterson model. The channel
degradations include Gaussian
noise, fading and multipath. This paper explores the various methods and
algorithms used for the
implementation of the Watterson model in the digital domain.

Introduction:
    =20
     Both the clean and the degraded tones are first generated on a
computer, then transferred to a
CD. The program to generate the degraded tones is named ALECALL and was
written in C. When using
ALECALL, it is first necessary to define the ALE tones and specific channel
conditions by writing an ASCII
protocol file. The protocol file format was designed to be very flexible in
order to accommodate a wide
range of ALE calls and channel conditions. The protocol file is the input to
ALECALL. The output of
ALECALL is either a wave or a pcm sound file using two channels, 16 bits,
and a sampling rate of 44.1
SNR.=20
     There are three basic channel degradation modules which are necessary
to generate degraded
channel conditions implementing the Watterson model. The three modules are
Gaussian noise, multipath,
and fading bandwidth. By adding some combination or all three of the modules
and adjusting parameters
for each of the modules, a wide variety of channel conditions can be
realized including CCIR Good, CCIR
Poor, and Gaussian.=20
     There are some inherent limitations with putting ALE tones under
digitally simulated channel
conditions on CD. The sampling rate is the primary limitation of a CD. The
sampling rate of a CD is 44.1
kHz by definition which limits the greatest frequency that can be
represented to the Nyquist frequency of
22.05 kHz. However, for the narrowband channel simulators, this is more
spectrum than necessary. =20
     The software is in a modular form so that future additions or
modifications can be easily made.
Future channel condition models may include new modules such as impulse
noise. Furthermore, the
modules can be updated or expanded independently. The digital modules have
more precision and a
wider range in the parameter settings than is currently available in channel
simulation hardware. For
example, with ALECALL, it is possible to have a precisely controlled
bandwidth from 0 to 9.9 kHz for
Gaussian noise instead of being locked into a single bandwidth.

Gaussian Noise:
    =20
     There are two variables that define Gaussian noise: bandwidth and
signal to noise (SNR) ratio.
ALECALL allows any bandwidth of Gaussian noise ranging from 0 to 9.9 kHz,
and any SNR ratio from -20
dB to 80 dB. Gaussian noise is very convenient to utilize because when it is
added to any linear system, it
remains Gaussian noise. Therefore, both the bandwidth and the SNR ratio of
the Gaussian noise can be
adjusted independently.
      There is no standard C call for generating Gaussian noise. However, it
is possible to define a
function that closely approximates Gaussian noise. The approximation used in
ALECALL for generating
Gaussian noise is as follows:

    double x =3D 0;
    int k;
    for(k=3D0; k<12; k++)
     x +=3D (double)rand()/RAND_MAX;
    x -=3D 6.0;
   =20
This produces nearly perfect Gaussian noise with a variance of 1 and a mean
of 0. The maximum and
minimum values of this function is 6 and -6 respectively. Ideally, Gaussian
noise should be able to take
values greater than 6 and less than -6. However, such values would be
greater than 6 standard deviations
from the mean which occurs less than 0.001% of the time.=20
     Once the Gaussian noise is generated, it is then shaped to have the
predefined SNR ratio and
bandwidth. The bandwidth is controlled by passing the Gaussian noise through
a fourth order Butterworth
low pass infinite impulse response (IIR) filter. The Butterworth type filter
was chosen because there is no
ripple which is compliant with the Watterson model. A fourth order filter
was chosen for the extremely
narrow transition band. In fact, the transition band is noticeably better
than the transition band on some
hardware channel simulators.
     In general, the Butterworth IIR filter is easily realized in C. The
code and corresponding diagram is
as follows:
    =20

        /* Now run the noise through a fourth order digital filter */
    Fn[0] =3D value;
    Gn[0] =3D Fn[4]*B[5] + Fn[3]*B[4] + Fn[2]*B[3] + Fn[1]*B[2] +=
 Fn[0]*B[1];
    Gn[0] =3D Gn[0] - Gn[1]*A[2] - Gn[2]*A[3] - Gn[3]*A[4] - Gn[4]*A[5];

    Fn[4] =3D Fn[3];
    Fn[3] =3D Fn[2];
    Fn[2] =3D Fn[1];
    Fn[1] =3D Fn[0];

    Gn[4] =3D Gn[3];
    Gn[3] =3D Gn[2];
    Gn[2] =3D Gn[1];
    Gn[1] =3D Gn[0];



For a filter of order n, there are 2*n+1 delays. Therefore the fourth order
LPF has a filter startup period, or
initialization period, of 9 samples. For each sample the input to the filter
is Gaussian noise generated as
previously described, and the output of the filter is band limited Gaussian
noise. The values in the A[n+1]
and B[n+1] arrays define the filter and are calculated at the beginning of
ALECALL based on the given
bandwidth.=20
     In addition to band limiting the Gaussian noise, the amplitude must be
adjusted to generate the
predefined SNR ratio. This is a two step process. Before the digital filter,
the Gaussian noise is adjusted in
amplitude to match the predefined SNR ratio. This is a simple calculation
because the signal power and
SNR ratio are known( noise power =3D signal power / [SNR ratio] ).
Unfortunately, the digital filter introduces
power loss. Therefore, the amplitude must be increased after the digital
filter to compensate for the power
loss. When calculating the power loss, a good approximation to the 4th order
low pass Butterworth filter is
an ideal low pass filter. With this approximation, the power loss is exactly
inversely proportional to the
filtered bandwidth. The lost power is accounted for in the following code:
   =20

    Scale_factor =3D sqrt( Nyquist / Bandwidth );

    /*
    ** Now, the noise power has been attenuated by the filter.
    ** Multiply by the sqrt( filter_bandwidth / nyquist_frequency) so
    ** that the noise power ( power is average squared value ) is
    ** correct for the given signal to noise ratio.
    */
    Gn[0] =3D Gn[0] * Scale_factor;

Multipath:
    =20
     The method used to create multipath is nearly identical to that of Eric
Johnson's channel
simulation software. The method implements a simple delay line where the
current sample value is stored
and added to a previous sample value an integer number of samples back
corresponding to the multipath
delay in milliseconds. Eric Johnson's software implements linear
interpolation between sample values for
fractional sample delays. ALECALL is limited to an integer number of sample
delays. This provides a
sufficient resolution of 1/44100 seconds or about 0.023 ms. The digital
delay line is implemented as
follows:

     int multipath( int current )
     {
         int temp;
         Multipath_d_l[ Multi_index++ ] =3D current;
         if( Multi_index > 441 )                       /* Wrap around */
             Multi_index =3D 1;
         temp =3D Multipath_d_l[ wrap(Multi_index - (int)(44.1*Multi_delay)=
 )];
         return (int)( Multi_scale*temp );
     } /* end multipath */

The variable Multi_scale is included to allow the multipath signal to have
either more or less power than
the original signal. The default value of Multi_scale is 1 representing
equal power.
=20
Fading:
    =20
     Digital implementation of a fading bandwidth digitally proved to be
quite challenging. ALECALL
produces fading analogous to the method used by the Harris RF-3460 channel
simulator. The Harris RF-
3460 multiplies two versions of the baseband input signal that differ by 90o
by two independent tap gain
multipliers. The independent tap gain multipliers are Gaussian processes
which have precisely controlled
power spectrums which define the fading bandwidth. The two versions of the
baseband signal are then
combined to produce the fading output. By studying the output of the Harris
RF-3460, it is evident that the
levels of the independent tap gain multipliers must be such that the
magnitude of the fading output can be
a maximum of twice the amplitude of the original signal. Additionally, it is
evident that the average
magnitude of the fading output is equal to the average magnitude of the
original signal.
     To control the power spectrum, a second order Butterworth IIR low pass
filter (LPF) is used. The
Watterson model requires the envelope of the digital filter power spectrum
to be Gaussian. However, as
Eric Johnson discovered, a second order digital low pass filter is a good
enough approximation. The
fading bandwidth ranges between 0.1 and 10 Hz. Therefore, the cutoff
frequency of the low pass filter
must range between 0.1 and 10 Hz. These are very low frequencies when
compared to the Nyquist
frequency of 22.05 kHz.=20
     The input to the LPF must be a Gaussian process as dictated by the
Watterson model. For
numerical convenience, the input to the LPF is Gaussian noise with values
that range between -1 and 1
where 1 represents the largest possible tap gain multiplier value, 0.5
represents unity gain such that the
average magnitude of the fading output is equal to the magnitude of the
original signal, and 0 represents
zero amplitude. By dividing the output of the Gaussian random number
generating function by 6, the
output is Gaussian noise that ranges from -1 to 1 with a standard deviation
of 0.1667. However, the
average absolute value is approximately 0.1326 instead of the desired
average absolute value of 0.5.
ALECALL automatically adjusts the input level to match the desired above
criteria. The code to create the
input to the fading filter is below:

double fix_average =3D 3.77;   /* fix_average is the number that input*/
                             /* needs to be multiplied by so that the   */
                             /* average absolute value of input is      */
                             /* exactly .5                              */
                             /* .1326 * 3.77 =3D .5                       */
 input =3D random()/6;         /* Gaussian random number between -1 and 1 */
 input =3D fix_average*input;  /* So the average absolute value is .5     */

This amplification allows input values to be greater than 1 and less than
-1. However, once the input is put
through the LPF, this happens less than 0.01% of the time, and when it does
it is limited to the range from
-1 to 1. =20
     The second order LPF controls the spectrum but has a huge power loss.
The power loss is
proportional to the area under the magnitude versus frequency curve of the
LPF. By normalizing the LPF
to have an area of 1 ( normalized by scaling the frequency axis by the
Nyquist frequency so the value at
the Nyquist frequency is 1 ), the LPF will not introduce power loss. This
process involves first computing
the area under the LPF, then scaling it so the area is unity. The area can
be computed several ways, the
best of which is by calculating the area under a Gaussian curve for the
given LPF cutoff frequency.
ALECALL uses an easily integrated function which is an alternative way to
approximate the area under the
LPF curve. The code to scale the area under the LPF curves is as follows:

     normalized =3D wa/PI;           /* So normalized varies from 0 to 1  */
                                   /* depending on the cutoff frequency */
     Area_gain =3D 1 / (normalized * atan(1/normalized) );
     Area_gain =3D sqrt(Area_gain);
     ...
     Fade_gain_1 =3D Area_gain*(Gn_f1[0]);

     Normally, the 90o phase shift is a complicated process involving the
Hilbert transform. However,
because the ALE tones are deterministic waveforms, it is trivial to
introduce a 90o phase shift. When
ALECALL is generating the ALE tones, the function is Amplitude*cos( wt ). To
obtain a waveform that is
shifted by 90o, the expression is simply Amplitude*cos(wt +=E3/2) or
Amplitude*sin(-wt). Both versions of the
baseband input signal are multiplied by the two independent tap gain
multipliers as shown in the following
code:

     dac_level[chan] =3D Levels * Level_scale * cos(w * t); /* Original tone=
 */
      ...
      if( (Fade) && (chan !=3DRIGHT) )
      {
          fade_filter_1();                        /* Update Fade_gain_1 */
          fade_filter_2();                        /* Update Fade_gain_2 */=
=20
       =20
          dac_level[chan] =3D Fade_gain_1 * dac_level[chan];
          dac_level[chan] +=3D  Fade_gain_2*Levels*Level_scale*( -sin(w*t)=
 );
      }

When the two baseband input signals are combined, this results in a fading
output.

Conclusion:
    =20
     ALECALL is currently capable of simulating the Watterson model channel
conditions that have
been used for the FED-STD-1045A testing. However, in testing done in the ITS
laboratory, the degraded
tone performance tests did not track directly to tests performed with the
Harris RF-3460 channel
simulator. In particular, CCIR Good performance using the degraded tone CD
was significantly less than
when using the channel simulator.

Regards Charles G4GUO

From forrerj@ucs.orst.edu Wed Jan 10 18:25:27 1996
Received: from ucs.orst.edu (forrerj@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id SAA22475 for <hfsig@tapr.org>; Wed, 10 Jan 1996 18:23:09 -0600 (CST)
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA13762; Wed, 10 Jan 1996 16:22:42 -0800
Date: Wed, 10 Jan 1996 16:22:41 -0800 (PST)
From: Johan Forrer <forrerj@ucs.orst.edu>
To: hfsig@tapr.org
Subject: Re: [HFSIG:806] Re: DSP based sound cards
In-Reply-To: <199601101923.AA06036@felix.dircon.co.uk>
Message-Id: <Pine.OSF.3.91.960110151926.2057A-100000@ucs.orst.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Charles,

On Wed, 10 Jan 1996, Charles Brain wrote:

> >A further comment on sound cards.
> >
> >It's certainly true that few (if any) of the common 16-bit cards come
> >anywhere near the CD-quality audio that they imply. But for the
> >purpose of hooking up to a HF transceiver, even the worst card is plenty
> >good enough. No reason to spend lots of money here.
> >
> >Phil
> Yes you are right,
> 
> What is more important is how accurate the Xtal Oscillator is especially
> on synchronous bit streams aka the message Johan posted a few months 
> ago.
> 
> I tried to be clever and got my 8ary modem to constantly hunt for bit sync
> rather than getting sync and locking to it. What happen? Well as soon as the
> signal faded it re-synced on the noise and started adding extra bits to the
> bit stream, this really screwed up the ECC !
> 
> Regards Charles.
> 
> 


It took a long time devising and doing on-the-air tests to find a good 
bit synch algorithm for my TOR programs. Here is one way that I do it 
(and is due to Peter, G3PLX) that may be of interest:

1) oversample the output from the integegrate-and-dump filters, in my 
case I use 10 times oversampling - just because it was convenient.

2) what you want to establish is a sliding window that is one symbol long.
For the case in 1) the window has ten "ticks" labelled -5, -4, -3, -2, 
-1, 1, 2, 3, 4, 5. When there is perfect bit synch, there would be a bit 
transition around tick -1, or 1.

3) the algorithm thus looks at the output of the demodulator and sums the 
value assigned to the tick where it sees a transition, i.e., if it sees a 
transition at -3, it adds -3 into a global counter called say, BITSYNC.

4) decide on some thershold value, say +/-128 or so, that when that is 
exceeded, you need to bump your master clock timing (either change it's 
frequency, let it miss a beat/bump it up, or dither - whatever means 
that will do it). If the value in BITSYNC is negative for instance, your clock
is too fast, and if it is positive, it is too slow.

The neat thing is that, depending on the noise present, random 
transitions, tend to cancel each other in BITSYNCH, so you seldom see 
spurious clock adjustments. A nice systematic clock, however, tracks very 
nicely. The trick is to find suitable thresholds, however, even that is 
not overly critical. For SITOR, this early/late gate procedure tracks 
extremely well. The other thing is that since the algorithm communicates 
the value of the bit at its mid value, if for example your demodulator 
filters delay are 1/2 the symbol time, you effectively achieve near 
coherent (true matched filter) performance.

I don't think this algorithm is all that unique and probably find it used 
in other situations.

Another very neat way of doing it right, is to do what Dave Mills have 
implemented for his RTTY demodulator for the DSP-93. He has made a 
Viterbi decoder based on the where the transitions occur and thus 
effectively has a ML approach. It is possible to feed the data from each 
of the above data points into a trellis and come out with a ML solution 
of which instance was the correct one.

An erratic synch algorithm can really give one crazy.

Hope this is of interest.

73's

--Johan  

From chbrain@dircon.co.uk  Thu Jan 11 12:44:47 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id MAA27726 for <hfsig@tapr.org>; Thu, 11 Jan 1996 12:44:37 -0600 (CST)
Received: by felix.dircon.co.uk id AA05933
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 11 Jan 1996 18:43:26 GMT
Message-Id: <199601111843.AA05933@felix.dircon.co.uk>
Received: from gw4-174.pool.dircon.co.uk(194.73.168.174) by amnesiac via smap (V1.3)
	id sma005923; Thu Jan 11 18:43:14 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 11 Jan 1996 18:20:47 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:808] Re: DSP based sound cards

>An erratic synch algorithm can really give one crazy.
>
>Hope this is of interest.
>
>73's
>
>--Johan  
>
>
Thanks Johan,
 The technique I used for bit sync was to use MDS as described by Adrian
Nash G4ZHZ. I have arranged the FFT's input window to be one bit period, on
each sample I do an FFT, then take the magnitude of the bin with the 
greatest value and divide it by the sum of all the other magnitudes. This 
produces a signal with a component at the symbol. I then filter this 
and push it though a buffer who's length is half a bit period.

I then look at the current filtered value and the oldest one. If they are above
a certain level and the sample in the middle is larger then I consider I have 
straddled the symbol and I find the bin with the greatest magnitude. 
I Then lock an NCO to this etc etc etc. The NCO is required as sometimes you
get two symbols with the same tone.

I use the bit sync status as a DCD as well. 
I guess I ought to let it continuosly sync but increase the threshold levels
so if the receive signal drifts I can track it. If the signal fades then I
should no longer try to lock onto the noise!

I guess I will have hours of fun perfecting this ! After all thats what it's all
about.

Regards Charles.

From chbrain@dircon.co.uk  Thu Jan 11 13:49:08 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id NAA29962 for <hfsig@tapr.org>; Thu, 11 Jan 1996 13:48:59 -0600 (CST)
Received: by felix.dircon.co.uk id AA10625
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 11 Jan 1996 19:48:22 GMT
Message-Id: <199601111948.AA10625@felix.dircon.co.uk>
Received: from gw4-180.pool.dircon.co.uk(194.73.168.180) by amnesiac via smap (V1.3)
	id sma010618; Thu Jan 11 19:48:14 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 11 Jan 1996 19:25:48 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:809] Re: DSP based sound cards

 The technique I used for bit sync was to use MDS as described by Adrian
>Nash G4ZHZ. I have arranged the FFT's input window to be one bit period, on
^^^^^^^

Whoops I mean't symbol not bit !!!

CHB

From srbible@mindport.net  Thu Jan 11 17:09:59 1996
Received: from polaris.mindport.net (root@polaris.mindport.net [205.219.167.2]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id RAA06242; Thu, 11 Jan 1996 17:09:56 -0600 (CST)
Received: from polaris.mindport.net (synapse-34.mindport.net [205.219.167.53]) by polaris.mindport.net (8.6.12/8.6.12) with SMTP id SAA16246; Thu, 11 Jan 1996 18:09:52 -0500
Date: Thu, 11 Jan 1996 18:09:52 -0500
Posted-Date: Thu, 11 Jan 1996 18:09:52 -0500
Message-Id: <199601112309.SAA16246@polaris.mindport.net>
X-Sender: srbible@mail.mindport.net
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: ss@tapr.org, hfsig@tapr.org
From: srbible@mindport.net (Steven R. Bible)
Subject: SS, Digital Comms, and DSP Books - a bibliography


Recently I was looking for textbooks on the topics of Spread Spectrum,
Digital Communications, and Digital Signal Processing.  I turned to the
World Wide Web in search for these and technical book stores advertising on
the Web.  Here's what I found.  

    http://www.mindport.net/~srbible/biblio.html

The books listed on this page are recent, in-print books.  

Hyperlinks on titles will take you to the publishers web page that will
describe the books in more detail. At the end of the book list are some book
stores that specialize in technical books and publishers.

Let me know how you like this format.  Let me know if there's a book to add
to the list.  Perhaps what would be even more useful to hams is a short
description by a ham on the fitness of the book toward our work.  I would
like to rate the books either by stars (1 to 5 stars) or catogorize them as
theoretical, practical, recommended reading, mandatory read, a most have.

Other bibliograph web pages I have authored are:

  Spread Spectrum - http://www.tapr.org/ss/biblio.html

  Packet Radio - http://www.tapr.org/tapr/html/biblio.html


 - Steve, N7HPR

srbible@mindport.net
n7hpr@amsat.org
n7hpr@tapr.org

From forrerj@ucs.orst.edu  Sun Jan 14 19:26:19 1996
Received: from ucs.orst.edu (root@ucs.orst.edu [128.193.4.5]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id TAA14140 for <HFSIG@TAPR.ORG>; Sun, 14 Jan 1996 19:26:17 -0600 (CST)
Received: from p03.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA22634; Sun, 14 Jan 1996 17:26:01 -0800
Message-Id: <9601150126.AA22634@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu (Unverified)
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sun, 14 Jan 1996 17:32:13 -0800
To: HFSIG@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: HF Modem sounds uploaded

Hi,

I have made two .WAV format recodings of Pawel's new modems: the 15-tone
parallel modem, and also of the 30 BPS slow speed BPSK modems - for the
those that does not have an EVM. These sounds may be played on Windows
system using your media player. The sample rate is 22 kHz and the clips are
some 20 seconds each.

Please look for them in a file "SOUNDS.ZIP" on the HFSIG upload area. Please
be warned that the files are big.

--Johan 

From Hakan.Bergzen@telub.se Mon Jan 15 04:08:58 1996
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se [147.13.12.199]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id EAA05736 for <hfsig@tapr.org>; Mon, 15 Jan 1996 04:08:51 -0600 (CST)
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
          id <19658-0@terminus.inforum.telub.se>;
          Mon, 15 Jan 1996 11:06:22 +0100
Received: by noak with Microsoft Mail id <31053209@noak>;
          Mon, 15 Jan 96 11:07:53 GMT
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se>
To: HFSIG at TAPR <hfsig@tapr.org>
Subject: HF channel simulator
Date: Mon, 15 Jan 96 11:03:00 GMT
Message-ID: <31053209@noak>
Return-Receipt-To: HABE <Hakan.Bergzen@telub.se>
Encoding: 27 TEXT
X-Mailer: Microsoft Mail V3.0
MIME-Version: 1.0
Content-Type: Text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit


Hello to you all,

Now with all this exciting modem development going on, wouldn't
it be interesting if an HF channel simulator, preferrably operating
in accordance with the Watterson model (CCIR Rep 549-2). CCIR
(or ITU-R as it is nowadays is called) have also defined 3 typical
channels: Good, Moderate and Poor (CCIR Rec 520-1) beside the
AWGN specifically for the purpose of performing comparative
evaluations on HF modems.

To my knowledge, the available commercial channel simulators
are quite expensive (They can even cost up to USD30000, due to a
small market and small series).  They are therefore nothing for the
private developer to consider. However, they are extremely useful
during HF modem development and testing.

The Watterson model is a fairly simple one, easily incorporated in
a cheap fixed point  DSP. My suggestion/question is: Has anyone out
there developed a Watterson simulator operating on any of those handy
and available DSP starter kits from Texas Instruments, Motorola...?
And, if so, could that software code be made available (shareware/
freeware) to us all?

All the best,

Hakan Bergzen  (hakan.bergzen@telub.se)

From kurpiers@zeus.uet.e-technik.th-darmstadt.de Mon Jan 15 04:54:21 1996
Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id EAA06737 for <hfsig@tapr.org>; Mon, 15 Jan 1996 04:53:44 -0600 (CST)
Received: from zeus (zeus.uet.e-technik.th-darmstadt.de [130.83.18.75]) by rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with ESMTP id LAA25924 for <hfsig@tapr.org>; Mon, 15 Jan 1996 11:51:09 +0100
Received: from hades.uet.e-technik.th-darmstad (hades.uet.e-technik.th-darmstadt.de [130.83.18.78]) by zeus (8.7.1/8.6.9-HRZ) with ESMTP id LAA34222 for <hfsig@tapr.org>; Mon, 15 Jan 1996 11:51:04 +0100
Received: (from kurpiers@localhost) by hades.uet.e-technik.th-darmstad (8.7.1/8.7.1-HRZ-Fwd2.2) id LAA16635; Mon, 15 Jan 1996 11:51:04 +0100
Date: Mon, 15 Jan 1996 11:51:03 +0100 (MEZ)
From: Alexander Kurpiers <kurpiers@zeus.uet.e-technik.th-darmstadt.de>
To: hfsig@tapr.org
Subject: Re: [HFSIG:813] HF channel simulator
In-Reply-To: <31053209@noak>
Message-ID: <Pine.A32.3.91.960115114412.21491A-100000@hades.uet.e-technik.th-darmstadt.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 15 Jan 1996, Bergzen Hakan, KARL wrote:

> 
> Hello to you all,
> 
> Now with all this exciting modem development going on, wouldn't
> it be interesting if an HF channel simulator, preferrably operating
> in accordance with the Watterson model (CCIR Rep 549-2). CCIR
> (or ITU-R as it is nowadays is called) have also defined 3 typical
> channels: Good, Moderate and Poor (CCIR Rec 520-1) beside the
> AWGN specifically for the purpose of performing comparative
> evaluations on HF modems.
> 
> To my knowledge, the available commercial channel simulators
> are quite expensive (They can even cost up to USD30000, due to a
> small market and small series).  They are therefore nothing for the
> private developer to consider. However, they are extremely useful
> during HF modem development and testing.
> 
> The Watterson model is a fairly simple one, easily incorporated in
> a cheap fixed point  DSP. My suggestion/question is: Has anyone out
> there developed a Watterson simulator operating on any of those handy
> and available DSP starter kits from Texas Instruments, Motorola...?
> And, if so, could that software code be made available (shareware/
> freeware) to us all?
> 
> All the best,
> 
> Hakan Bergzen  (hakan.bergzen@telub.se)
> 
> 

Hi!

I've here the Watterson simulator running on a TMS320c26 board.
It should be easy to port to the EVM. The problem is: I don't have the
EVM. I wanted to put the source on the the ftp-server, but there are
still some changes to be done and the documentation is currently in 
German.

The C26 board I'm using here for the simulator uses an 320c44 AIC, as
far as I know the EVM uses the same chip.

If anybody is interested in porting the simulator to the EVM, please
send me an e-mail.


Three multipath components can be simulated plus AWGN.
There seems to be some computational power left to implement an interference
model (bandpass filtered Gaussian noise).


73' Alexander DL8AAU

 
*----------------------------------+---------------------------------------*
|      Alexander F. Kurpiers       |                                       |
| Institut f. Uebertragungstechnik | Voice: +49-6151-162369                |
|    u. Elektroakustik             | Fax  : +49-6151-165545                |
| Merckstrasse 25                  | EMail: a.kurpiers@uet.th-darmstadt.de |
| D-64283 Darmstadt (Germany)      | Hamradio: dl8aau@db0zdf.#rpl.deu.eu   |
*----------------------------------+---------------------------------------*



From chbrain@dircon.co.uk  Mon Jan 15 12:42:40 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.2/8.7.2) with SMTP id MAA18577 for <hfsig@tapr.org>; Mon, 15 Jan 1996 12:42:15 -0600 (CST)
Received: by felix.dircon.co.uk id AA00029
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Mon, 15 Jan 1996 18:41:14 GMT
Message-Id: <199601151841.AA00029@felix.dircon.co.uk>
Received: from gw4-158.pool.dircon.co.uk(194.73.168.158) by amnesiac via smap (V1.3)
	id sma029130; Mon Jan 15 18:25:16 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 15 Jan 1996 18:01:30 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:814] Re: HF channel simulator

>The C26 board I'm using here for the simulator uses an 320c44 AIC, as
>far as I know the EVM uses the same chip.
>
>If anybody is interested in porting the simulator to the EVM, please
>send me an e-mail.
>
>73' Alexander DL8AAU
>
> 
Hello Alexander,
I would be interested in the code, however I can't understand German
and I  have a C50 DSK, it should be possible to do a direct port as 
the C50 can be put into C25/6 emulation mode.


Regards Charles G4GUO

From FLundgren@daniel.maf.org  Wed Jan 24 12:20:10 1996
Received: from daniel.maf.org (daniel.maf.org [204.31.147.2]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id MAA29450 for <hfsig@tapr.org>; Wed, 24 Jan 1996 12:20:07 -0600 (CST)
Received: from gabriel.maf.org (gabriel.maf.org [204.31.147.3]) by daniel.maf.org (8.7.1/96011301) with SMTP id KAA03955 for <hfsig@tapr.org>; Wed, 24 Jan 1996 10:20:01 -0800 (PST)
Received: from ccMail by gabriel.maf.org (SMTPLINK V2.10.08)
	id AA822507011; Wed, 24 Jan 96 11:03:37 UTC
Date: Wed, 24 Jan 96 11:03:37 UTC
From: FLundgren@daniel.maf.org (Fred Lundgren)
Message-Id: <9600248225.AA822507011@gabriel.maf.org>
To: hfsig@tapr.org
Subject: Near Vertical Angle propigation

     First of all, thanks to the many who responded to my previous inquire 
     on "Radio Mail using Paktor/GTor." There were many useful suggestions.
     
     The next question I have concerns "Near Vertical Angle propagation" 
     (NVA). I have seen NVA mentioned in articles about subsurface antennas 
     but, I have been unable to locate data in the literature (that I have 
     which isn't all that much) that I can hang my hat on.
     
     So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a   
         desired earth return point around 100 to 200 miles out:
     
          1)  What type of antenna is best?  Dipole, Rhombic, etc.
     
          2)  Optimum height above ground?
     
          3)  Best ground?  earth, metal, counterpoise. etc.
     
          4)  Optimum takeoff angle and how to optimize?
     
          5)  What to expect in the way of power loss to ground, vs height   
                above ground, vs takeoff angle etc.
     
          6)  What to expect in the way of SWR and overall antenna          
                efficiency in an optimum NVA system?
     
     Thanks for the assist on this.
     
     73, Fred (N7LSZ)

From alanb@tsnake2.sr.hp.com Wed Jan 24 14:12:37 1996
Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id OAA04215 for <hfsig@tapr.org>; Wed, 24 Jan 1996 14:12:26 -0600 (CST)
Received: from srmail.sr.hp.com by relay.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA129404326; Wed, 24 Jan 1996 12:12:07 -0800
Received: from tsnake2.sr.hp.com by srmail.sr.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA239754325; Wed, 24 Jan 1996 12:12:05 -0800
Received: by tsnake2.sr.hp.com
	(1.37.109.16/15.5+ECS 3.3) id AA168054324; Wed, 24 Jan 1996 12:12:04 -0800
From: Alan Bloom <alanb@tsnake2.sr.hp.com>
Message-Id: <199601242012.AA168054324@tsnake2.sr.hp.com>
Subject: Re: [HFSIG:816] Near Vertical Angle propigation
To: hfsig@tapr.org (Fred Lundgren)
Date: Wed, 24 Jan 1996 12:12:04 -0800 (PST)
In-Reply-To: <9600248225.AA822507011@gabriel.maf.org> from "Fred Lundgren" at Jan 24, 96 12:38:37 pm
X-Mailer: ELM [version 2.4 PL21]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

> The next question I have concerns "Near Vertical Angle propagation" 
> (NVA). 

>From what I gather, a "NVA" aka "NVIS" antenna is what we used to call a
"PW" antenna ("puny weak").  A good DX antenna has good low-angle 
radiation to maximize long-distance propagation and the least possible
high-angle radiation to minimize interference from nearby stations and
noise sources.  A NVIS ("Near-Vertical Incident Skywave") antenna
does just the opposite, in order to facilitate local (under a couple
hundred miles) communications.

> So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a   
>     desired earth return point around 100 to 200 miles out:
> 
>      1)  What type of antenna is best?  Dipole, Rhombic, etc.

I don't think it matters much as long as the antenna is close to the ground.

>      2)  Optimum height above ground?

The closer to the ground, the less low-angle radiation.  But if you get
too close, you lose too much efficiency due to ground losses.  A quarter
wavelength seems like a good height since the ground-reflected wave is
in phase (maximum radiation) for vertical radiation.

>      3)  Best ground?  earth, metal, counterpoise. etc.

If you could cover the ground under the antenna with wire mesh, that would
minimize ground losses.

>      4)  Optimum takeoff angle and how to optimize?

You want to maximize high-angle radiation and minimize low-angle.

>      5)  What to expect in the way of power loss to ground, vs height   
>            above ground, vs takeoff angle etc.

It depends so much on your particular soil conditions that it's impossible
to give a general answer.  There are computer programs available that
give accurate answers if you can somehow figure out the conductivity and
dielectric constant of your soil.

>      6)  What to expect in the way of SWR and overall antenna          
>            efficiency in an optimum NVA system?

Antenna impedance (at least for simple antennas like dipoles) gets lower
the closer the antenna is to ground.  Again, the efficiency (and SWR) 
depend strongly on your soil conditions.  For maximum efficiency, you 
want the soil conductivity to be high (good reflector).

Alan Bloom N1AL

From rwhiting@winternet.com Wed Jan 24 15:00:11 1996
Received: from icicle (root@icicle.winternet.com [198.174.169.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA06150 for <hfsig@tapr.org>; Wed, 24 Jan 1996 15:00:07 -0600 (CST)
Received: from LOCALNAME (ppp-66-55.dialup.winternet.com [204.246.66.55]) by icicle (8.6.12/8.6.12) with SMTP id OAA05366 for <hfsig@tapr.org>; Wed, 24 Jan 1996 14:59:56 -0600
Date: Wed, 24 Jan 1996 14:59:56 -0600
Posted-Date: Wed, 24 Jan 1996 14:59:56 -0600
Message-Id: <199601242059.OAA05366@icicle>
X-Sender: rwhiting@mail.winternet.com
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: Rick Whiting <rwhiting@winternet.com>
Subject: Re:Near Vertical Angle propigation

At 12:44 1/24/96 -0600, Fred Lundgren wrote:
[snip]
>     
>     The next question I have concerns "Near Vertical Angle propagation" 
>     (NVA). I have seen NVA mentioned in articles about subsurface antennas 
>     but, I have been unable to locate data in the literature (that I have 
>     which isn't all that much) that I can hang my hat on.
>     
>     So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a   
>         desired earth return point around 100 to 200 miles out:
>     
>          1)  What type of antenna is best?  Dipole, Rhombic, etc.

Dipole is one. See reference below for more.

>     
>          2)  Optimum height above ground?

Low. You can model this with appropriate software, e.g., see ads in ham
magazines. Be sure to pick a package that handles ground correctly (MININEC
doesn't). Also see info in refeence below.

Take a look at "NVIS (Near Vertical Incident Skywave), Running Reference
File," from Stanly E. Harter, Assistant Chief, Telecommunications Div.,
Office of the Governor, Office of Emergency Services, 2800 Meadowview Rd.,
Sacramento, CA 95832. Phone (916) 427-4281 (or try packet to KH6GBX @
WA6NWE.#NOCAL.CA.USA). This is a collection of several articles that will
answer many of your questions.

73/Rick W0TN
  ------------------------------------------------------------------------
 | Richard A. (Rick) Whiting          Phone:  + 1 612 550 1213            |
 | 5780 Rosewood Ln. N.               E-mail: rwhiting@winternet.com      |
 | Plymouth, MN 55442-1411            Packet: W0TN @ WB0GDB.MN.USA.NOAM   |
 | U.S.A.                             Fax:    Number on request           |
  ------------------------------------------------------------------------

From rwhiting@winternet.com Wed Jan 24 15:30:20 1996
Received: from icicle (root@icicle.winternet.com [198.174.169.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA07341 for <hfsig@tapr.org>; Wed, 24 Jan 1996 15:30:18 -0600 (CST)
Received: from LOCALNAME (ppp-66-157.dialup.winternet.com [204.246.66.157]) by icicle (8.6.12/8.6.12) with SMTP id PAA10989 for <hfsig@tapr.org>; Wed, 24 Jan 1996 15:30:14 -0600
Date: Wed, 24 Jan 1996 15:30:14 -0600
Posted-Date: Wed, 24 Jan 1996 15:30:14 -0600
Message-Id: <199601242130.PAA10989@icicle>
X-Sender: rwhiting@mail.winternet.com
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hfsig@tapr.org
From: Rick Whiting <rwhiting@winternet.com>
Subject: Re: PLEASE HELP: Radio Design for Severely Handicapped

Seth A. Watkins wrote:

>We are interested in designing/acquiring/modifying a radio (digital?) for
>use by a severely handicapped individual who was a student before a
>terrible accident.  Only breath-control is practical in this situation. 
>Control of power and tuning are obviously the essential functions needed.
[snip]

Seth:

I recommend you contact the HandiHams at the Courage Center in Minneapolis.
They have a long history of using radio with handicapped people. The address
is: Courage Center, 3915 Golden Valley Rd., Golden Valley, MN 55422. Phone:
(612) 520-0520.

Regards/ Rick W0TN
  ------------------------------------------------------------------------
 | Richard A. (Rick) Whiting          Phone:  + 1 612 550 1213            |
 | 5780 Rosewood Ln. N.               E-mail: rwhiting@winternet.com      |
 | Plymouth, MN 55442-1411            Packet: W0TN @ WB0GDB.MN.USA.NOAM   |
 | U.S.A.                             Fax:    Number on request           |
  ------------------------------------------------------------------------

From sadowskp@jcsar.nellis.af.mil Thu Jan 25 09:45:11 1996
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id JAA20746 for <hfsig@tapr.org>; Thu, 25 Jan 1996 09:45:06 -0600 (CST)
Received: from mailgtwy.nellis.af.mil by bncc.nellis.af.mil with SMTP
	(1.38.193.4/16.2) id AA23511; Thu, 25 Jan 1996 07:49:11 -0800
Received: by mailgtwy.nellis.af.mil with Microsoft Mail
	id <31078BC8@mailgtwy.nellis.af.mil>; Thu, 25 Jan 96 07:55:20 cst
From: "Sadowski,P O4 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil>
To: hfsig <hfsig@tapr.org>
Subject: RE: [HFSIG:816] Near Vertical Angle propigation
Date: Thu, 25 Jan 96 07:42:00 cst
Message-Id: <31078BC8@mailgtwy.nellis.af.mil>
Encoding: 56 TEXT
X-Mailer: Microsoft Mail V3.0


I wish I could remember which issue of the AFCEA (Armed
Forces Communications Electronics Association) Journal
I read the article in... but somewhere between five and three
years ago there was an article on how the military uses this
mode.  You can probably get a copy of it somewhere on the
Internet... or via AFCEA.. or a really good library...

Bottom line... because of the need to remain mobile... the typical
situation is to use the extra long vertical whip... and bend it over
horizontal...  admittedly... the preferred frequencies for that use
are the SINCGARS freqs/radio... mostly from 30MHz to 70MHz
I believe...

Hope this helps....

 ----------
>From: hfsig
>To: hfsig
>Subject: [HFSIG:816] Near Vertical Angle propigation
>Date: Wednesday, January 24, 1996 12:38PM

>     First of all, thanks to the many who responded to my previous inquire
>     on "Radio Mail using Paktor/GTor." There were many useful suggestions.

 >    The next question I have concerns "Near Vertical Angle propagation"
 >    (NVA). I have seen NVA mentioned in articles about subsurface antennas 

 >    but, I have been unable to locate data in the literature (that I have
 >    which isn't all that much) that I can hang my hat on.

 >    So: Assuming an operating frequency somewhere between 3 and 7 MHZ and 
a

>         desired earth return point around 100 to 200 miles out:

>          1)  What type of antenna is best?  Dipole, Rhombic, etc.

>          2)  Optimum height above ground?

>          3)  Best ground?  earth, metal, counterpoise. etc.

>          4)  Optimum takeoff angle and how to optimize?

>          5)  What to expect in the way of power loss to ground, vs height 

>                above ground, vs takeoff angle etc.

>          6)  What to expect in the way of SWR and overall antenna 

>               efficiency in an optimum NVA system?

>     Thanks for the assist on this.

>     73, Fred (N7LSZ)

From k5yfw@sacdm01.kelly.af.mil  Thu Jan 25 10:41:46 1996
Received: from sacdm01.kelly.af.mil (sacdm01.kelly.af.mil [137.242.64.1]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id KAA23377 for <hfsig@tapr.org>; Thu, 25 Jan 1996 10:41:35 -0600 (CST)
Received:  by sacdm01.kelly.af.mil (5.65b/1.0.2-rct)
	id AA15337; Thu, 25 Jan 96 10:35:16 -0600
Message-Id: <9601251635.AA15337@sacdm01.kelly.af.mil>
Date: Thu, 25 Jan 96 10:35:13 -0600
From: k5yfw@sacdm01.kelly.af.mil (WALT DUBOSE - K5YFW)
Subject: Re: [HFSIG:816] Near Vertical Angle propigation
To: hfsig@tapr.org
X-Orig-Date: Wed, 24 Jan 1996 12:38:37 -0600 (CST)
X-Orig-From: FLundgren@daniel.maf.org (Fred Lundgren)
X-Orig-Message-Id: <9600248225.AA822507011@gabriel.maf.org>

Fred, et al.

In your message of 24 Jan 1996 at 1238 CST, you write:
>      The next question I have concerns "Near Vertical Angle propagation"
>      (NVA). I have seen NVA mentioned in articles about subsurface antennas
>      but, I have been unable to locate data in the literature (that I have
>      which isn't all that much) that I can hang my hat on.

        I'm not familiar with NVA but with NVIS (near vertical
        incident skywave) antenna.

>
>      So: Assuming an operating frequency somewhere between 3 and 7 MHZ and a
>          desired earth return point around 100 to 200 miles out:
>
>           1)  What type of antenna is best?  Dipole, Rhombic, etc.

        A dipole mounted less than 1/4 wavelength above ground (for
        40 meters, less than 25 ft in most U.S. locals) will produce
        a NVIS antenna pattern.  Something around 40-50 ft will do
        the same thing for 80 meters.

        A Rhombic generally is considered a low radiation angle
        antenna...good for skip/DX work.  I have however, seen a
        rhombic pointed upward but couldn't say what kind of antenna
        pattern you would get and if it would work for 3-7 MHz for
        close in...100-200 miles.

>
>           2)  Optimum height above ground?

        See Above
>
>           3)  Best ground?  earth, metal, counterpoise. etc.

        Ah ha...that's a good question.  In Saudi, we used much
        chain-link fence, chicken-wire and aluminium sheets to create
        artificial grounds.  We found that chicken-wire worked as
        well as anything else.  We mounted the 8 Mhz and 11 Mhz
        dipoles 3/8 wavelength above the chicken-wire ground.  From
        the center of Saudi, we were able to work the entire length
        and breath of the country during the day...an far into the
        night.  Usually changing to 3-5 Mhz channels after mid-night.~

        Look at a good antenna book that has a U.S. ground
        conductance map in it and use a propagation program like
        ELNEC, MiniNec to get a plot of your antenna pattern.


>
>           4)  Optimum takeoff angle and how to optimize?

        That's going to depend on the condition of the ionosphere.
        Generally you want radiation above 45 deg for NVIS operation.

>
>           5)  What to expect in the way of power loss to ground, vs height
>                 above ground, vs takeoff angle etc.

        Gee, the idea is to get as much signal above 45 deg vertical.
        unless you're doing a real fixed site, emergency
        communications, etc, use a program something like ELNEC to
        help you.  If this is a commercial site...give me a landline
        and I refer you to a commercial firm that does this sort of
        work.

>
>           6)  What to expect in the way of SWR and overall antenna
>                 efficiency in an optimum NVA system?

        For a 1/2 wavelength dipole mounted 3/8 wavelength above
        ground, the SWR should be less than 2:1 (between 45-55 ohms
        impedance).

Hope this helps.

73,  Walt/K5YFW

From chbrain@dircon.co.uk  Thu Jan 25 13:51:53 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id NAA01948 for <hfsig@tapr.org>; Thu, 25 Jan 1996 13:51:49 -0600 (CST)
Received: by felix.dircon.co.uk id AA18973
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 25 Jan 1996 19:51:44 GMT
Message-Id: <199601251951.AA18973@felix.dircon.co.uk>
Received: from gw4-186.pool.dircon.co.uk(194.73.168.186) by amnesiac via smap (V1.3)
	id sma018961; Thu Jan 25 19:51:28 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jan 1996 19:25:45 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Chirp Waveforms

Does anyone have any literature on H.F chirp modems, I looked in my
copy of the ARRL Spread spectrum Source Book, but the only thing I found
apart from a brief mention of chirp as used in radars was abot DS SS.

I was thinking of doing some emulations of a simple chirp waveform, i.e
a linear chirp from say 500Hz to 2700Hz at a 10ms repetion rate. I can
emulate the waveform in PC-DSP.
 With an increase in freq respresenting logic 1 and a decrease logic 0. Then
using a matched filter for decoding it. This would give an uncoded data rate
of 100 baud.

On top of that I could use Phil's Viterbi stuff to provide ECC.

I want something that has the potential of providing a slow robust waveform 
for use possibly on 3.5 Mhz at night under severe multi-path conditions.

Question is a linear chirp the ideal waveform, none of the books I have cover
this topic.

Regards Charles G4GUO

 

From k5yfw@sacdm01.kelly.af.mil  Thu Jan 25 14:45:55 1996
Received: from sacdm01.kelly.af.mil (sacdm01.kelly.af.mil [137.242.64.1]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id OAA03931 for <hfsig@tapr.org>; Thu, 25 Jan 1996 14:45:04 -0600 (CST)
Received:  by sacdm01.kelly.af.mil (5.65b/1.0.2-rct)
	id AA21287; Thu, 25 Jan 96 14:36:11 -0600
Message-Id: <9601252036.AA21287@sacdm01.kelly.af.mil>
Date: Thu, 25 Jan 96 14:35:50 -0600
From: k5yfw@sacdm01.kelly.af.mil (WALT DUBOSE - K5YFW)
Subject: Re: [HFSIG:820] RE: Near Vertical Angle propigation
To: hfsig@tapr.org
X-Orig-Date: Thu, 25 Jan 1996 09:53:22 -0600 (CST)
X-Orig-From: "Sadowski,P O4 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil>
X-Orig-Message-Id: <31078BC8@mailgtwy.nellis.af.mil>


In your message of 25 Jan 1996 at 0953 CST, you write:
>
> I wish I could remember which issue of the AFCEA (Armed
> Forces Communications Electronics Association) Journal
> I read the article in... but somewhere between five and three
> years ago there was an article on how the military uses this
> mode.  You can probably get a copy of it somewhere on the
> Internet... or via AFCEA.. or a really good library...

        I can't remember either but I do know that most/much of the
        article / research was done by Chris Christensin (?) W0TXX
        who resides in Bellville, IL, used to work, at Scott AFB and
        was chief of AF MARS for a while.  Now he has a consulting
        firm supporting Military HF communications.

        BTW, Chris has a couple of books for sale on Tactical HF Comm.


>
> Bottom line... because of the need to remain mobile... the typical
> situation is to use the extra long vertical whip... and bend it over
> horizontal...  admittedly... the preferred frequencies for that use
> are the SINCGARS freqs/radio... mostly from 30MHz to 70MHz
> I believe...
>

        The Marines and Army needed communications beyond the 25-30
        miles that LowBand VHF or HF groundwave could provide.  An HF
        whip (16ft) provided good communications on groundwave and
        700 or so miles and out.  Bending the antenna (whip) over and
        putting a loading coil in the middle helped the Marines (In
        Saudi and later the Army) achieve HF coverage from 30-500/700
        miles with their mobiles (HumVees).  This all came about
        through an AFCEA course that Chris taught in Virginia in
        about '88 or '89.


73,  Walt/K5YFW

> Hope this helps....
>
>  ----------
> >From: hfsig
> >To: hfsig
> >Subject: [HFSIG:816] Near Vertical Angle propigation
> >Date: Wednesday, January 24, 1996 12:38PM
>
> >     First of all, thanks to the many who responded to my previous inquire
> >     on "Radio Mail using Paktor/GTor." There were many useful suggestions.
>
>  >    The next question I have concerns "Near Vertical Angle propagation"
>  >    (NVA). I have seen NVA mentioned in articles about subsurface antennas
> 
>  >    but, I have been unable to locate data in the literature (that I have
>  >    which isn't all that much) that I can hang my hat on.
> 
>  >    So: Assuming an operating frequency somewhere between 3 and 7 MHZ and 
> a
> 
> >         desired earth return point around 100 to 200 miles out:
> 
> >          1)  What type of antenna is best?  Dipole, Rhombic, etc.
> 
> >          2)  Optimum height above ground?
> 
> >          3)  Best ground?  earth, metal, counterpoise. etc.
> 
> >          4)  Optimum takeoff angle and how to optimize?
> 
> >          5)  What to expect in the way of power loss to ground, vs height 
> 
> >                above ground, vs takeoff angle etc.
> 
> >          6)  What to expect in the way of SWR and overall antenna 
> 
> >               efficiency in an optimum NVA system?
> 
> >     Thanks for the assist on this.
> 
> >     73, Fred (N7LSZ)
> 

From sadowskp@jcsar.nellis.af.mil Thu Jan 25 16:01:15 1996
Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id QAA07119 for <hfsig@tapr.org>; Thu, 25 Jan 1996 16:01:10 -0600 (CST)
Received: from mailgtwy.nellis.af.mil by bncc.nellis.af.mil with SMTP
	(1.38.193.4/16.2) id AA25179; Thu, 25 Jan 1996 14:04:18 -0800
Received: by mailgtwy.nellis.af.mil with Microsoft Mail
	id <3107E3BD@mailgtwy.nellis.af.mil>; Thu, 25 Jan 96 14:10:37 cst
From: "Sadowski,P O4 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil>
To: hfsig <hfsig@tapr.org>
Subject: RE: [HFSIG:822] Chirp Waveforms
Date: Thu, 25 Jan 96 13:55:00 cst
Message-Id: <3107E3BD@mailgtwy.nellis.af.mil>
Encoding: 49 TEXT
X-Mailer: Microsoft Mail V3.0


Out of curiosity, what would be frequency increment at each 10 ms interval ?
I think I may lack understanding of what you propose - seems like your
spectral bandwidth would be a good fraction of a MHz ...  I did chirp stuff
with matched filters on radars a few years back... a superior technique to
up S/N and get better range resolution at the same time.... impossible
without ALOT more power otherwise....However, I'm not smart enuff to see
how this technique is gonna benefit you for HF data modes.. but I'm
over my head here...  I also saw chirped waveforms used in CW illuminator
radars (semi-active homing missiles).... the chirped waveform was to
do a velocity gate pulloff...  fun stuff itself... but not a HF data 
waveform...
But I'm real curious... and I can learn...

Maybe you are just wanting to do spread spectrum... not a hopper but a
direct sequence (convolution coded) system on HF ???  now that I understand.

Thanks
AH6LS
 ----------
From: hfsig
To: hfsig
Subject: [HFSIG:822] Chirp Waveforms
Date: Thursday, January 25, 1996 1:58PM

Does anyone have any literature on H.F chirp modems, I looked in my
copy of the ARRL Spread spectrum Source Book, but the only thing I found
apart from a brief mention of chirp as used in radars was abot DS SS.

I was thinking of doing some emulations of a simple chirp waveform, i.e
a linear chirp from say 500Hz to 2700Hz at a 10ms repetion rate. I can
emulate the waveform in PC-DSP.
 With an increase in freq respresenting logic 1 and a decrease logic 0. Then
using a matched filter for decoding it. This would give an uncoded data rate
of 100 baud.

On top of that I could use Phil's Viterbi stuff to provide ECC.

I want something that has the potential of providing a slow robust waveform
for use possibly on 3.5 Mhz at night under severe multi-path conditions.

Question is a linear chirp the ideal waveform, none of the books I have 
cover
this topic.

Regards Charles G4GUO



From gc@fox.cen.com  Thu Jan 25 16:12:50 1996
Received: from uu5.psi.com (uu5.psi.com [38.145.226.3]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id QAA07573 for <hfsig@tapr.org>; Thu, 25 Jan 1996 16:12:46 -0600 (CST)
Received: from fox.cen.com by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP;
        id AA18092 for hfsig@tapr.org; Thu, 25 Jan 96 17:12:20 -0500
Received: by cen.com (4.1/SMI-4.1)
	id AA03295; Thu, 25 Jan 96 17:12:17 EST
Date: Thu, 25 Jan 96 17:12:17 EST
From: gc@fox.cen.com (Gary Chatters)
Message-Id: <9601252212.AA03295@cen.com>
To: hfsig@tapr.org
Subject: Re:  [HFSIG:816] Near Vertical Angle propigation

>     The next question I have concerns "Near Vertical Angle propagation" 
>     (NVA). I have seen NVA mentioned in articles about subsurface antennas 
>     but, I have been unable to locate data in the literature (that I have 
>     which isn't all that much) that I can hang my hat on.
>     

A web search produced some interesting results; more than I can 
summarize here.  The best search string seemed to be "vertical incidence".
Some of the web pages found discussed ionospheric sounding.

The one piece of information that came up but hasn't been mentioned
is the use of loop antennas.  The web page that I found was for
DRAE (brand) magnetic loop antennas, but would probably apply to any of the
ones that are available (or, of course, could be homebrewed).

The antenna described was a 1.7 meter diameter loop which could be
tuned over the range 3-10.3 MHz and was described as 
"It is particularly suited for daytime
Near Vertical Incidence Short skip propagation on 40 and 80 metres,..."

Since I live in an apartment, I have wanted to try a loop antenna.
This looks like a good excuse for giving one a try this year.

Gary

From chbrain@dircon.co.uk  Thu Jan 25 16:53:33 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id QAA09636 for <hfsig@tapr.org>; Thu, 25 Jan 1996 16:53:30 -0600 (CST)
Received: by felix.dircon.co.uk id AA27818
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Thu, 25 Jan 1996 22:53:31 GMT
Message-Id: <199601252253.AA27818@felix.dircon.co.uk>
Received: from gw4-188.pool.dircon.co.uk(194.73.168.188) by amnesiac via smap (V1.3)
	id sma027812; Thu Jan 25 22:53:18 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jan 1996 22:27:37 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:824] RE: Chirp Waveforms

>
>Out of curiosity, what would be frequency increment at each 10 ms interval ?
Sorry I obviously didn't explain myself correctly.

the chirp would start at a frequency of 500hz and 10ms later would be at a
frequency of 2700 Hz for logic 1 and for logic 0 would start at 2700Hz and
10ms later would be back at 500hz. Then using an FIR filter matched to the
chirp I would extra the signal (i.e a filter whose impulse response is the flip
of the chirp).

I have done some quick simulations since I posted and the waveform seems to
work well superimposed on a MFSK signal of about 10 db stronger. I will
have to look at the spectrum. Principally I am looking for something that can
tolerate multipath and is immune to CW and RTTY "interference". Ideally it
would be nice to swipe the waveform over a much larger BW.

80meters is virtually unusable for "reliable" communications in Europe during
hours of darkness due mainly to commercial encrypted SSB transmissions 
and other things.

Regards Charles.

From forrerj@ucs.orst.edu  Thu Jan 25 21:38:03 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id VAA19805 for <hfsig@tapr.org>; Thu, 25 Jan 1996 21:37:54 -0600 (CST)
Received: from p01.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA31827; Thu, 25 Jan 1996 19:37:38 -0800
Message-Id: <9601260337.AA31827@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jan 1996 19:38:50 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:822] Chirp Waveforms

Charles,

>Does anyone have any literature on H.F chirp modems, I looked in my
>copy of the ARRL Spread spectrum Source Book, but the only thing I found
>apart from a brief mention of chirp as used in radars was abot DS SS.
>

It may be worthwhile to look in the IEE Journal of Communications, Speech
and Vision. Volume 139, Number 4, August 1992. (Not the IEEE, but the IEE,
i.e., the British one). "A chirp modem incorporating interference excision"
by Darbyshire and Gott.

The objective is a 75 baud modem for HF that has special considerations for
adjacent channel interference and tolerance to multipath affects.

In this one, DPSK chirping is done using 2.7 kHz BW - hence one may consider
it a form of SS. A nice readable paper with plenty of stimulating thoughts.

--Johan


From erik@ve7mdl.ampr.org Fri Jan 26 00:45:10 1996
Received: from ve7mdl.ampr.org (ve7mdl.ampr.org [44.135.160.59]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id AAA04303 for <hfsig@tapr.org>; Fri, 26 Jan 1996 00:45:01 -0600 (CST)
From: erik@ve7mdl.ampr.org
Date: Thu, 25 Jan 96 22:39:41 PST
Message-Id: <24024@ve7mdl.ampr.org>
To: hfsig@tapr.org
Subject: Re: [HFSIG:826] RE: Chirp Waveforms
In-Reply-To: your message of Thu Jan 25 17:11:26 1996
             <199601252253.AA27818@felix.dircon.co.uk>

Charles,

Have you looked at Clover?  It seems to perform very well in poor HF
conditions.  The Hal Communications P38 card gives you up to 400 bps,
but the speed depends on the conditions.  It adaps automatically.

I have also found it more persistent than other HF digital modes.  It
keeps trying to keep the link alive, so it can handle rather long fades.

73 de VE7MDL              ....Erik.

From chbrain@dircon.co.uk  Fri Jan 26 01:34:16 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id BAA06184 for <hfsig@tapr.org>; Fri, 26 Jan 1996 01:34:14 -0600 (CST)
Received: by felix.dircon.co.uk id AA15773
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 07:34:12 GMT
Message-Id: <199601260734.AA15773@felix.dircon.co.uk>
Received: from gw4-181.pool.dircon.co.uk(194.73.168.181) by amnesiac via smap (V1.3)
	id sma015769; Fri Jan 26 07:34:05 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jan 1996 07:08:17 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:828] RE: Chirp Waveforms

>Charles,
>
>Have you looked at Clover?  It seems to perform very well in poor HF
>conditions.  The Hal Communications P38 card gives you up to 400 bps,
>but the speed depends on the conditions.  It adaps automatically.
>
>I have also found it more persistent than other HF digital modes.  It
>keeps trying to keep the link alive, so it can handle rather long fades.
>
>73 de VE7MDL              ....Erik.
>
>
Hello Erik,
 Yes I do have a Clover modem, it is better than normal FSK systems. 
However it's not really there yet. I think the article in QEX by KE4BAD from
SHAPE Technical center says it all, i.e comparing it to a STANAG 4285 modem
operating at 75 baud.

---------------------------------------------------------->

Hello Johan,
 I will see if someone at work has that magazine, I am not a member of
that organisation but some of the people I work with are.

Regards Charles

From hstr@gil.com.au Fri Jan 26 01:53:36 1996
Received: from iccu6.ipswich.gil.com.au (iccu6.ipswich.gil.com.au [203.1.75.10]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id BAA06840 for <hfsig@tapr.org>; Fri, 26 Jan 1996 01:53:33 -0600 (CST)
Received: from cs3p11.ipswich.gil.com.au (cs3p9.ipswich.gil.com.au [203.1.75.188]) by iccu6.ipswich.gil.com.au with SMTP id CAA09121
  (8.6.12/IDA-1.6 for <hfsig@tapr.org>); Fri, 26 Jan 1996 02:53:08 -0500
Message-ID: <199601260753.CAA09121@iccu6.ipswich.gil.com.au>
Comments: Authenticated sender is <hstr@mail.ipswich.gil.com.au>
From: "Helmut Strickner" <hstr@gil.com.au>
To: hfsig@tapr.org
Date: Fri, 26 Jan 1996 17:53:23 +1000
Subject: Flash boot prog for EVM56002 uploaded
Priority: normal
X-mailer: Pegasus Mail for Windows (v2.23)

Hello,

anyone else had problems with programming the flash PEROM on the 
EVM56002 board ? The Motorola supplied flash.asm is buggy and does 
not cater for the partitioned memory space configuration properly.

I have modified some code for use with Johan's BOOT.ASM and uploaded 
it to the /hfsig/upload directory.

Keep up the good work Johan. Any comments are appreciated.

Helmut Strickner VK4STR

From Danny@edstks1.demon.co.uk  Fri Jan 26 03:26:57 1996
Received: from edstks1.demon.co.uk (edstks1.demon.co.uk [158.152.142.125]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id DAA09881 for <hfsig@tapr.org>; Fri, 26 Jan 1996 03:26:18 -0600 (CST)
Date: Fri, 26 Jan 1996 09:13:57 GMT
From: Danny@edstks1.demon.co.uk (Danny Higgins)
Reply-To: Danny@edstks1.demon.co.uk
Message-Id: <1064@edstks1.demon.co.uk>
To: hfsig@tapr.org
Subject: Re: [HFSIG:827] Re: Chirp Waveforms
X-Mailer: PCElm 1.10
Lines: 22

Hi Charles.

I have been involved a bit in HF narrowband chirp modems.

Try looking at "Introduction to Radar Systems" by Merrill Skolnik,
pages 422 to 427 for a general introduction.

Professor Geoff Gott from UMIST ( he is licensed as G3???) has been
doing work on this subject for about 10 years. He gave a paper on it
at the 5th International Conference on HF Radio System Design in 1991.
The IEE publication number is 339 and the article is on pages 212 to 216.
If you have trouble getting hold of it, I have a copy and can send it to
you.

I've not had any time to play with the EVM5X since we last spoke. In fact
I have not been on the air since October. If you manage to get a chirp
modem running in your EVM5X then we could perhaps do some trials on 80m,
with Clover as a back-up.

Regards,
-- 
Danny Higgins, G3XVR

From Hakan.Bergzen@telub.se Fri Jan 26 04:09:36 1996
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se [147.13.12.199]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id EAA11297 for <hfsig@tapr.org>; Fri, 26 Jan 1996 04:09:19 -0600 (CST)
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
          id <25265-0@terminus.inforum.telub.se>;
          Fri, 26 Jan 1996 11:07:16 +0100
Received: by noak with Microsoft Mail id <3113B262@noak>;
          Fri, 26 Jan 96 11:07:14 GMT
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se>
To: HFSIG at TAPR <hfsig@tapr.org>
Subject: Re: [HFSIG:822] Chirp Waveforms
Date: Fri, 26 Jan 96 11:01:00 GMT
Message-ID: <3113B262@noak>
Encoding: 31 TEXT
X-Mailer: Microsoft Mail V3.0
MIME-Version: 1.0
Content-Type: Text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit


Hello Charles,

I gather it is the Gott Chirp modem you are referring to. It has been 
described
by him in lots of conferences, e.g IEE HF Systems and Techniques (74 up to
the 86 conference) and also in the Nordic HF89  conference.

It is the simplicity of coping with narrowband interfernce by inserting 
notch filters
that is one of its strengths. You split the the incoming signal to pass x 
number of
bandpass filters connected in parallel and covering the signal bandwidth, if 
you
have an interernce within one of those segments you just block the output 
from
that segment. This is much easier accomplished than how it is done within 
the
serial tone modems. Other strongholds: Utilization of the whole signal 
bandwidth,
slow symbol modulation and simple DPSK demodulation (thus using multipath
constructively, as in some serial tone modems).

We tested this modem several years ago and it did not have the performance
expected. This could, however, be partly blamed on the prototype status
of the modems we were testing and not on the method as such. I would guess
it has potential to perform better than  MFSK within a given bandwidth.

For what it's worth...

Hakan  (hakan.bergzen@telub.se)

From forrerj@ucs.orst.edu  Fri Jan 26 11:13:29 1996
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id LAA25196 for <hfsig@tapr.org>; Fri, 26 Jan 1996 11:13:26 -0600 (CST)
Received: from p06.t0.monrotel.com by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA15682; Fri, 26 Jan 1996 09:13:18 -0800
Message-Id: <9601261713.AA15682@ucs.orst.edu>
X-Sender: forrerj@ucs.orst.edu
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jan 1996 09:14:27 -0800
To: hfsig@tapr.org
From: forrerj@ucs.orst.edu (Johan Forrer)
Subject: Re: [HFSIG:830] Flash boot prog for EVM56002 uploaded

Hello Helmuth,

Thanks a lot for sharing the code. 

There also is now an program available that a fellow posted on COMP.DSP that
allows one to write an image of the P, X, and Y memories to flash and boot
with that for an initialized data memory. It does require a bit of manual
adjustments before doing so. I am going to write a C program to
interactively set up the the details and write out an asembly program that
does the exact code. I'll post my version when its done.

Besides that, I have finally gotten all the parts to make up the new
interface and will post a short article on the updated schematics, parts
list/numbers and where to get everything. Hopefully we can get started on
doing some testing on the air. I have gotten another EVM and computer that
will be dedicated for a beacon. For those that may be interested, the latest
EVM now sports a 66 MHz DSP chip. Motorola also hints that the chip will do
up to 80 MHz but will not guarantee that.

--Johan

----------------------------------------------------------------------------
---------



>Hello,
>
>anyone else had problems with programming the flash PEROM on the 
>EVM56002 board ? The Motorola supplied flash.asm is buggy and does 
>not cater for the partitioned memory space configuration properly.
>
>I have modified some code for use with Johan's BOOT.ASM and uploaded 
>it to the /hfsig/upload directory.
>
>Keep up the good work Johan. Any comments are appreciated.
>
>Helmut Strickner VK4STR
>
>

From chbrain@dircon.co.uk  Fri Jan 26 12:14:03 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id MAA27643 for <hfsig@tapr.org>; Fri, 26 Jan 1996 12:13:54 -0600 (CST)
Received: by felix.dircon.co.uk id AA18435
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 18:13:47 GMT
Message-Id: <199601261813.AA18435@felix.dircon.co.uk>
Received: from gw2-111.pool.dircon.co.uk(194.112.35.111) by amnesiac via smap (V1.3)
	id sma018425; Fri Jan 26 18:13:38 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jan 1996 17:47:43 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:832] Re: Chirp Waveforms

>
>Hello Charles,
>
>I gather it is the Gott Chirp modem you are referring to. It has been 
>
>Hakan  (hakan.bergzen@telub.se)
>
>
Hello Hakan,
 Glad you got back o.k.

Yes bit embaressing this, the prototype was partialy developed at Baddow
Research and I have actually seen it in the flesh.

The idea I wrote about recently was disregarded by the authors as it 
doesn't work too well in a dispersive channels! Still it's an interesting paper.

Regards Charles 

From chbrain@dircon.co.uk  Fri Jan 26 15:06:05 1996
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA05628 for <hfsig@tapr.org>; Fri, 26 Jan 1996 15:05:59 -0600 (CST)
Received: by felix.dircon.co.uk id AA25743
  (5.67b/IDA-1.5 for <hfsig@tapr.org>); Fri, 26 Jan 1996 21:05:55 GMT
Message-Id: <199601262105.AA25743@felix.dircon.co.uk>
Received: from gw2-108.pool.dircon.co.uk(194.112.35.108) by amnesiac via smap (V1.3)
	id sma025736; Fri Jan 26 21:05:46 1996
X-Sender: chbrain@popmail.dircon.co.uk
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jan 1996 20:39:53 +0000
To: hfsig@tapr.org
From: chbrain@dircon.co.uk (Charles Brain)
Subject: Re: [HFSIG:834] Re: Chirp Waveforms

>doesn't work too well in a dispersive channels! Still it's an interesting
paper.
>                                      ^^^^^^^^^^^^^^^^^^
Woops !

I think I mean't it requires more dispersion than swept DPSK. I just know
enough to be dangerous!

CHB

From bm@lynx.ve3jf.ampr.org Fri Jan 26 22:03:57 1996
Received: from lynx.ve3jf.ampr.org (lynx.ve3jf.ampr.org [44.135.96.100]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id WAA19094 for <hfsig@tapr.org>; Fri, 26 Jan 1996 22:03:48 -0600 (CST)
Received: (from bm@localhost) by lynx.ve3jf.ampr.org (8.6.12/8.6.12) id EAA06429 for hfsig@tapr.org; Sat, 27 Jan 1996 04:03:12 GMT
From: Barry McLarnon VE3JF <bm@lynx.ve3jf.ampr.org>
Message-Id: <199601270403.EAA06429@lynx.ve3jf.ampr.org>
Subject: Re: [HFSIG:832] Re: Chirp Waveforms
To: hfsig@tapr.org
Date: Sat, 27 Jan 1996 04:03:11 +0000 (GMT)
In-Reply-To: <3113B262@noak> from "Bergzen Hakan, KARL" at Jan 26, 96 04:21:34 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text

Here's a couple more references... older, but at least they're not in
obscure publications. :-)

A.J. Berni and W.D. Gregg, "On the utility of chirp modulation for
digital signalling", IEEE Trans. Communications, Vol. COM-21, June 1973,
pp. 748-751.

G.F. Gott and J.P. Newsome, "HF data transmission using chirp signals",
Proc. IEEE, Vol. 118, No. 9, September 1971.

Barry

-- 
Barry McLarnon  VE3JF/VA3TCP 
Ottawa Amateur Radio Club Packet Working Group
Email: bm@hydra.carleton.ca  or bm@lynx.ve3jf.ampr.org

From emblidge@moran.com Tue Jan 30 12:01:41 1996
Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id MAA10020 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:01:39 -0600 (CST)
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com (8.6.12/8.6.9) with SMTP id NAA20085 for <hfsig@tapr.org>; Tue, 30 Jan 1996 13:23:25 -0500
Message-ID: <310E5D71.4B01@moran.com>
Date: Tue, 30 Jan 1996 13:03:29 -0500
From: "Daniel R. Emblidge" <emblidge@moran.com>
X-Mailer: Mozilla 2.0b3 (Win95; I)
MIME-Version: 1.0
To: hfsig@tapr.org
Subject: Re: [HFSIG:834] Re: Chirp Waveforms
References: <199601261813.AA18435@felix.dircon.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Charles Brain wrote:
> 
> >
> >Hello Charles,
> >
> >I gather it is the Gott Chirp modem you are referring to. It has been
> >
> >Hakan  (hakan.bergzen@telub.se)
> >
> >
> Hello Hakan,
>  Glad you got back o.k.
> 
> Yes bit embaressing this, the prototype was partialy developed at Baddow
> Research and I have actually seen it in the flesh.
> 
> The idea I wrote about recently was disregarded by the authors as it
> doesn't work too well in a dispersive channels! Still it's an interesting paper.
> 
> Regards CharlesGET ME OFF THIS THING

From emblidge@moran.com Tue Jan 30 12:02:15 1996
Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id MAA10038 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:02:10 -0600 (CST)
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com (8.6.12/8.6.9) with SMTP id NAA20094 for <hfsig@tapr.org>; Tue, 30 Jan 1996 13:23:54 -0500
Message-ID: <310E5D8E.6D84@moran.com>
Date: Tue, 30 Jan 1996 13:03:58 -0500
From: "Daniel R. Emblidge" <emblidge@moran.com>
X-Mailer: Mozilla 2.0b3 (Win95; I)
MIME-Version: 1.0
To: hfsig@tapr.org
Subject: Re: [HFSIG:835] Re: Chirp Waveforms
References: <199601262105.AA25743@felix.dircon.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Charles Brain wrote:
> 
> >doesn't work too well in a dispersive channels! Still it's an interesting
> paper.
> >                                      ^^^^^^^^^^^^^^^^^^
> Woops !
> 
> I think I mean't it requires more dispersion than swept DPSK. I just know
> enough to be dangerous!
> 
> CHBGET ME OFF THIS THING

From emblidge@moran.com Tue Jan 30 12:02:47 1996
Received: from ns.moran.com ([204.97.213.2]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id MAA10064 for <hfsig@tapr.org>; Tue, 30 Jan 1996 12:02:44 -0600 (CST)
Received: from emblidge (nw58.moran.com [204.97.213.58]) by ns.moran.com (8.6.12/8.6.9) with SMTP id NAA20100 for <hfsig@tapr.org>; Tue, 30 Jan 1996 13:24:14 -0500
Message-ID: <310E5DA2.7056@moran.com>
Date: Tue, 30 Jan 1996 13:04:18 -0500
From: "Daniel R. Emblidge" <emblidge@moran.com>
X-Mailer: Mozilla 2.0b3 (Win95; I)
MIME-Version: 1.0
To: hfsig@tapr.org
Subject: Re: [HFSIG:836] Re: Chirp Waveforms
References: <199601270403.EAA06429@lynx.ve3jf.ampr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Barry McLarnon VE3JF wrote:
> 
> Here's a couple more references... older, but at least they're not in
> obscure publications. :-)
> 
> A.J. Berni and W.D. Gregg, "On the utility of chirp modulation for
> digital signalling", IEEE Trans. Communications, Vol. COM-21, June 1973,
> pp. 748-751.
> 
> G.F. Gott and J.P. Newsome, "HF data transmission using chirp signals",
> Proc. IEEE, Vol. 118, No. 9, September 1971.
> 
> Barry
> 
> --
> Barry McLarnon  VE3JF/VA3TCP
> Ottawa Amateur Radio Club Packet Working Group
> Email: bm@hydra.carleton.ca  or bm@lynx.ve3jf.ampr.orgGET ME OFF THIS THING

From FORRERJ@frl.orst.edu Tue Jan 30 15:22:32 1996
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA19117 for <HFSIG@tapr.org>; Tue, 30 Jan 1996 15:22:25 -0600 (CST)
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by amanda.bus.orst.edu (8.6.9/8.6.9) with ESMTP id NAA26430 for <HFSIG@tapr.org>; Tue, 30 Jan 1996 13:19:48 -0800
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21);
    30 Jan 96 13:29:44 PST8PDT
Received: from SpoolDir by FRL (Mercury 1.21); 30 Jan 96 13:29:31 PST8PDT
From: "Johan Forrer" <FORRERJ@frl.orst.edu>
Organization:  Forest Research Lab. Oregon State
To: HFSIG@tapr.org
Date:          Tue, 30 Jan 1996 13:29:25 -0800
Subject:       Punctured convolutional codes
Priority: normal
X-mailer: Pegasus Mail v3.22
Message-ID: <11BBAC13DED@frl.orst.edu>

Hi,

I have recently come across the use of so called "punctured" convolutional 
codes in the MIL-STD-188 modems, and also as used in Pactor II. The effect 
is to change the coding rate from say 1/2 to 7/8 depending on the quality of 
the link.

I think I understand the general idea behind how and why it is done, but 
would appreciate anyone (please Phil) elaborate a bit more about the 
pro's and con's. A good reference would also help a great deal.

Thanks.

--Johan, KC7WW

From Hakan.Bergzen@telub.se Tue Jan 30 15:55:24 1996
Received: from terminus.inforum.telub.se (terminus.inforum.telub.se [147.13.12.199]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id PAA20315 for <hfsig@tapr.org>; Tue, 30 Jan 1996 15:54:48 -0600 (CST)
Received: from noak.vxo.telub.se by terminus.inforum.telub.se with SMTP (PP) 
          id <20798-0@terminus.inforum.telub.se>;
          Tue, 30 Jan 1996 22:53:45 +0100
Received: by noak with Microsoft Mail id <31199DCA@noak>;
          Tue, 30 Jan 96 22:52:58 GMT
From: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se>
To: HFSIG at TAPR <hfsig@tapr.org>
Subject: Re: Chirp Waveforms
Date: Tue, 30 Jan 96 22:46:00 GMT
Message-ID: <31199DCA@noak>
Encoding: 14 TEXT
X-Mailer: Microsoft Mail V3.0
MIME-Version: 1.0
Content-Type: Text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit


Daniel R. Emblidge wrote:
> ...snip...
>GET ME OFF THIS THING

Sorry, I don't understand this comment (and I seem to be at least partly 
targeted)! Is this a desperate way of trying to stop subscribing, or is it 
some sort of self-appointed judgement on what types of modem developments 
that are allowed to be discussed in this newsgroup? (Bugs attack protection 
has not been needed so far)

Have a nice day on you too...

Hakan  (hakan.bergzen@telub.se)

From karn@qualcomm.com Tue Jan 30 16:39:46 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id QAA22301 for <hfsig@tapr.org>; Tue, 30 Jan 1996 16:39:44 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id OAA17042; Tue, 30 Jan 1996 14:39:03 -0800 (PST)
Date: Tue, 30 Jan 1996 14:39:03 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601302239.OAA17042@servo.qualcomm.com>
To: forrerj@frl.orst.edu
CC: hfsig@tapr.org
In-reply-to: <11BBAC13DED@frl.orst.edu> (FORRERJ@frl.orst.edu)
Subject: Re: [HFSIG:840] Punctured convolutional codes

Punctured codes are actually quite simple. The sender runs the encoder
to generate the encoded symbols, but not all of them are sent. By
prearrangement between sender and receiver, only a certain fraction
are actually sent over the air.

At the receiver, the unsent symbols are replaced with erasures (the
symbol value corresponding to an equal likelihood of a 0 and 1). The
decoder then runs normally.

This requires a soft-decision decoder, or at least one that can handle
three received symbol values (0, 1 and erased/unknown).

Although puncturing a code to a given rate doesn't perform quite as
well as a code designed for that specific rate, punctured codes have
the significant advantage of being easily implemented and of being
easily varied in code rate; a single encoder and decoder can serve for
a wide variety of code rates. They are especially suitable for Type II
Hybrid ARQ/FEC schemes where the punctured symbols can be optionally
sent in a subsequent transmission if needed by current link conditions.

Phil

From forrerj@ucs.orst.edu Tue Jan 30 17:38:08 1996
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id RAA25290 for <hfsig@tapr.org>; Tue, 30 Jan 1996 17:38:06 -0600 (CST)
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA15989; Tue, 30 Jan 1996 15:37:38 -0800
Date: Tue, 30 Jan 1996 15:37:36 -0800 (PST)
From: Johan Forrer <forrerj@ucs.orst.edu>
To: hfsig@tapr.org
Subject: Re: [HFSIG:841] Re: Chirp Waveforms
In-Reply-To: <31199DCA@noak>
Message-Id: <Pine.OSF.3.91.960130153310.11697A-100000@ucs.orst.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Hakan,

I suspect this gentleman is desparate to get unsubscribed. I e-mailed him 
how to use the TAPR web page to unsubscribe. Somehow he must have gotten 
subscribed by surfing the net and accidentally selected the wrong box on 
the web page. Actually I think that procedure for allowing folks to 
subscribe like that is inviting this kind of problem. 

Hopefully he got it fixed.

--Johan

------------------------------------------------------------------------
On Tue, 30 Jan 1996, Bergzen Hakan, KARL wrote:

> 
> Daniel R. Emblidge wrote:
> > ...snip...
> >GET ME OFF THIS THING
> 
> Sorry, I don't understand this comment (and I seem to be at least partly 
> targeted)! Is this a desperate way of trying to stop subscribing, or is it 
> some sort of self-appointed judgement on what types of modem developments 
> that are allowed to be discussed in this newsgroup? (Bugs attack protection 
> has not been needed so far)
> 
> Have a nice day on you too...
> 
> Hakan  (hakan.bergzen@telub.se)
> 
> 

From forrerj@ucs.orst.edu Tue Jan 30 17:55:15 1996
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id RAA27753 for <hfsig@tapr.org>; Tue, 30 Jan 1996 17:55:11 -0600 (CST)
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/24Sep94-1201PM)
	id AA13975; Tue, 30 Jan 1996 15:54:39 -0800
Date: Tue, 30 Jan 1996 15:54:39 -0800 (PST)
From: Johan Forrer <forrerj@ucs.orst.edu>
To: Phil Karn <karn@qualcomm.com>
Cc: hfsig@tapr.org
Subject: Re: [HFSIG:840] Punctured convolutional codes
In-Reply-To: <199601302239.OAA17042@servo.qualcomm.com>
Message-Id: <Pine.OSF.3.91.960130153754.11697B-100000@ucs.orst.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Phil,

Excellent!

So I gather all that happens is that the coding gain takes a hit as 
one starts puncturing, but assuming one use it only when there are 
adequate S/N, that should be OK. Besides the little bit of additional 
overhead, sounds like a very clever idea to increase throughput.

--Johan

On Tue, 30 Jan 1996, Phil Karn wrote:

> Punctured codes are actually quite simple. The sender runs the encoder
> to generate the encoded symbols, but not all of them are sent. By
> prearrangement between sender and receiver, only a certain fraction
> are actually sent over the air.
> 
> At the receiver, the unsent symbols are replaced with erasures (the
> symbol value corresponding to an equal likelihood of a 0 and 1). The
> decoder then runs normally.
> 
> This requires a soft-decision decoder, or at least one that can handle
> three received symbol values (0, 1 and erased/unknown).
> 
> Although puncturing a code to a given rate doesn't perform quite as
> well as a code designed for that specific rate, punctured codes have
> the significant advantage of being easily implemented and of being
> easily varied in code rate; a single encoder and decoder can serve for
> a wide variety of code rates. They are especially suitable for Type II
> Hybrid ARQ/FEC schemes where the punctured symbols can be optionally
> sent in a subsequent transmission if needed by current link conditions. 
> 
> Phil 
 

From karn@qualcomm.com Tue Jan 30 19:30:21 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id TAA03168 for <hfsig@tapr.org>; Tue, 30 Jan 1996 19:30:19 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id RAA17383; Tue, 30 Jan 1996 17:29:26 -0800 (PST)
Date: Tue, 30 Jan 1996 17:29:26 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601310129.RAA17383@servo.qualcomm.com>
To: forrerj@ucs.orst.edu
CC: hfsig@tapr.org
In-reply-to: <Pine.OSF.3.91.960130153754.11697B-100000@ucs.orst.edu> (message from Johan Forrer on Tue, 30 Jan 1996 15:54:39 -0800 (PST))
Subject: Re: [HFSIG:840] Punctured convolutional codes

>So I gather all that happens is that the coding gain takes a hit as 
>one starts puncturing, but assuming one use it only when there are 
>adequate S/N, that should be OK. Besides the little bit of additional 
>overhead, sounds like a very clever idea to increase throughput.

Right. As you add the previously punctured symbols, coding gain
increases (because the effective rate of the code decreases) *and*
Eb/N0 increases because you're investing more total transmitter energy
in each data bit. So you win in two separate ways. This makes Type II
hybrid ARQ/FEC protocols *much* stronger than simple retransmission
because in the former you keep accumulating bit energy; you don't
discard all the energy in the first transmission just because it isn't
perfect.

Phil

From karn@qualcomm.com Tue Jan 30 20:00:58 1996
Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by sys1.tapr.org (8.7.3/8.7.2) with ESMTP id UAA04546 for <hfsig@tapr.org>; Tue, 30 Jan 1996 20:00:54 -0600 (CST)
Received: (from karn@localhost) by servo.qualcomm.com (8.7.3/8.7.2/1.4) id RAA17462; Tue, 30 Jan 1996 17:59:55 -0800 (PST)
Date: Tue, 30 Jan 1996 17:59:55 -0800 (PST)
From: Phil Karn <karn@qualcomm.com>
Message-Id: <199601310159.RAA17462@servo.qualcomm.com>
To: "Bergzen Hakan, KARL" <Hakan.Bergzen@telub.se>
CC: hfsig@tapr.org
In-reply-to: <3113B262@noak> (Hakan.Bergzen@telub.se)
Subject: Re: [HFSIG:832] Re: Chirp Waveforms

>It is the simplicity of coping with narrowband interfernce by inserting 
>notch filters
>that is one of its strengths. You split the the incoming signal to pass x 

This is in principle true for any well-designed modulation system that
uses excess bandwidth. True spread spectrum systems clearly qualify,
but so do heavily coded narrowband systems. In many cases you can just
insert a "pre-whitening" filter ahead of the demodulator that will take
out narrowband CW interference.

Phil

From FORRERJ@frl.orst.edu Wed Jan 31 14:39:08 1996
Received: from amanda.bus.orst.edu (amanda.BUS.ORST.EDU [128.193.10.36]) by sys1.tapr.org (8.7.3/8.7.2) with SMTP id OAA22179 for <hfsig@tapr.org>; Wed, 31 Jan 1996 14:38:59 -0600 (CST)
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by amanda.bus.orst.edu (8.6.9/8.6.9) with ESMTP id MAA00763 for <hfsig@tapr.org>; Wed, 31 Jan 1996 12:36:24 -0800
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21);
    31 Jan 96 12:46:22 PST8PDT
Received: from SpoolDir by FRL (Mercury 1.21); 31 Jan 96 12:46:21 PST8PDT
From: "Johan Forrer" <FORRERJ@frl.orst.edu>
Organization:  Forest Research Lab. Oregon State
To: hfsig@tapr.org
Date:          Wed, 31 Jan 1996 12:46:12 -0800
Subject:       PSR Report
Priority: normal
X-mailer: Pegasus Mail v3.22
Message-ID: <13303381D70@frl.orst.edu>

Hi all,

It is that time again to tell the rest of the amateur community what we 
have been doing. I attach a copy of my preliminary write-up for PSR. 

I would greatly appreciate any feedback, corrections, or items for 
inclusion.

Thanks for your help.

--Johan

-------------------------------------------------------------------
HF Special Interest Group Activities (HFSIG)
January 1996
-------------------------------------------------------------------

HFSIG experienced a relatively quiet period which often is a good
opportunity for experimenters to catch up a bit. I appreciate the
patience of the group during my busy time.

Several topics of interest to those involved in HF digital
communications came under discussion:


HF Channel simulator

Alexander Kurpiers, DL8AAU, has announced that he will shortly be
releasing a version of an HF channel simulator based on the
Watterson model. This version is implemented on a Texas
Instruments evaluation module that uses a TI320C26 DSP chip. 

The Watterson model is a simulation of the behavior of the
ionosphere where typical propagation modes are created
artificially. The model is documented in CCIR Report 549-2 and
the test conditions are documented in CCIR Recommendation 520-1
includes conditions such as; Good, Moderate, and Poor. These CCIR
documents are available from ITU-R (please see the last issue of PSR on
how to access ITU-R).

This is a very exciting development - watch HFSIG for
announcements and the UPLOAD area for the code. Congratulations
Alexander, we are looking forward to using the code.


Slow Speed BPSK

Pawel Jalocha, SP9VRC, recently developed a new binary phase
shift keyed (BPSK) modem for use on HF. This modem transmits and
receives ASCII text at 30 cps and runs on the Finnish "DSP Card
4" as well as the Motorola DSP560002EVM hardware. The waveform
used for this modem is designed for extremely narrow-band
operation. Normally such narrow-band operation is extremely
difficult due to frequency tolerances, however, the software
automatically compensates for some off-frequency operation that
helps a lot. 

This kind of signaling have also independently been explored by
some members involved in coherent CW (CCW). Cliff Butschardt,
W6HDO, is congratulated for his involvement in a 900 mile
distance BPSK contact in the 160 kHz experimenters band. The
conditions on those frequencies are extremely challenging. I also
have heard from Paul Straks, PA0OCD, who is getting ready for slow speed
BPSK experiments. Paul is also actively using the DSP sound card, the 
DSP56002EVM software, also on CCW.


Parallel Modem Testing

Paul Straks, PA0OCD, also informed me that a number of Dutch
amateurs are in the process of getting ready to test the 15-tone
orthogonal frequency division (OFDM) HF modem that was developed
by Pawel Jalocha, SP9VRC. This modem has a raw data rate of 2500
bps, and with error correction coding (ECC) 833 bps. The code
features AX.25 compatibility and requires a minimal amount of
hardware.


HF Networking Using Standard TNC's

For may organizations operating in parts of the world where there
is little or no infrastructure, there obviously is a need for means
to inexpensively communicate documents such as e-mail, and FAX.
HF radio offers unique opportunities in this regard, however, integrating
existing amateur radio TNC's to PC-based office software
applications is a challenge. Several ideas on how to utilize off-
the-shelf TNC's in HF networking applications was put forward
such as encapsulating TCP/IP, however, this is an area where much
more needs to be done. 

  
NVIS

The use of near vertical incidence ?? (help!) (NVIS) antennas are
preferred for short to medium distance local communications. This
approach relies on high angle of radiation and is a natural
choice for the type of networking mentioned above.


Nordic HF Conferences

Those interested in an excellent source for contemporary ideas on
HF communications; browse http://www.telub.se/Radio/NordicHF.
This web site contains some downloadable materials from recent
NordicHF Conferences. The 1995 conference, for example, contains
several papers on HF modems, DSP HF receivers, HF spread
spectrum, and HF communications protocols. Thanks to Hakan
Bergzen for pointing this out. 


Sound Snippets for ALE, SLOWBPSK, and OFDM

I collected and composed a couple of sound files representing some of
our recent work. These files are windows .WAV files and are
located in the HFSIG upload area. 


EVM Interface

Several have now built the EVM interface from the schematics as
published on the upload area. However, there have been requests
from a few of experimenters that need help. Please get in
touch with me at the e-mail address listed below if you are
interested in a kit of parts. I will post an updated file for
details on various part numbers and sources that will help you
get your interface together - look for further announcements on HFSIG.


Thanks again for all the interesting contributions and please consider
joining in the on-the-air testing efforts.  We would love to see how
these ideas work under real conditions. 73's

Johan Forrer, KC7WW
(E-mail: forrerj@UCS.orst.edu)
 

